Arch Linux User Repository

Installation Instructions:

Many thanks to galaxy0419 for getting this set up and for writing these instructions originally.

Autodesk has updated the EULA for the Autodesk Education version. See here for more info.

To get the latest version of Maya, go to your account page and click "Products and Services" and download the Linux tgz file.

Extract the tgz file.

Maya is now split into several packages as it is for the official rpm installation. You will need the following files from the extracted tgz file to build some other packages as well:

1. MayaConfig.pit for product activation
2. Packages/adlmapps*.rpm to build adlmapps
3. Packages/adsklicensing*.rpm to build adsklicensing
4. Packages/Maya*.rpm to build this package
5. Packages/package.zip to build maya-arnold
6. Packages/Bifrost*.rpm to build maya-bifrost
7. Packages/AdobeSubstance3DforMaya*.rpm to build maya-substance
8. Packages/MayaUSD2023*.rpm to build maya-usd

Note: Packages 2 and 3 are required to use Maya and 6 to 9 are plugins that can be installed when needed.

You may wish to enable the Autodesk Licensing service with systemctl enable adsklicensing.service. This service is started automatically one time when installing and removing this package.

Launch Maya and log into your Autodesk account or enter your product serial to check out a license.

If you are having the following font error, Failed trying to load font : -*-helvetica-bold-r-normal-*-11-*-*-*-*-*-iso8859-1 //, first try the Autodesk recommended commands with your normal permissions.

xset +fp /usr/share/fonts/100dpi
xset +fp /usr/share/fonts/75dpi
xset fp rehash

If you are still seeing font errors, you can try one or more of the following:

1. Install xorg-mkfontscale and run mkfontscale in /usr/share/fonts. Then re-run the xset commands above.
2. Try running the xset commands with superuser permissions.
3. Try enabling and generating the following locales: en_GB ISO-8859-1 en_US ISO-8859-1

Cheers

After months of contacting developers, they finally added libtiff symbol versioning support

Submitted deletion request for libtiff-maya-git and will remove the dependency in the next release.

@galaxy0419, thanks! I'm seeing no such issue however. I've logged out and logged back in several times without issues.

@Evz777, thanks for the feedback! I've added that package as an optional dependency. Thanks!

Thank you very much @meepzh, now everything is working. By the way, the problem of the libtiff library was also solved with the help of this package https://aur.archlinux.org/packages/libtiff-maya-git

@meepzh Thanks for the article, patched with --single-process. However, it seems the option make the adlmapp unable to load the login screen, could you confirm that?

Sorry for the double comment. I just happened upon this article which says:

Note: In Maya 2022.1 and later releases, Maya Application Home may appear blank when running Maya from a network share or in Thin Client mode. To work around this, run Maya with the --single-process command line flag when using those configurations. Alternatively, Application Home can be disabled with the environment variable MAYA_NO_HOME=1.

Either of these seems to resolve the issue for me. Hope this helps!

For fonts, I ran xlsfonts and was unable to see any fonts in the VM. I installed xorg-mkfontscale, ran mkfontscale; mkfontdir; xset fp rehash in /usr/share/fonts, and Helvetica was showing up in xlsfonts as well as Maya. I deleted the fonts.scale and fonts.dir files and rehashed and the fonts still showed up. I think I'll have to recreate the VM and see what's up that's holding up the system from recognizing the fonts. I'm also curious to know if both of the locales are necessary. Hopefully that's helpful for now at least.

As for the main window not appearing, it does seem like there may be something up with licensing like what Brent suggested in the forum post. I see the licensing process consuming a bit of CPU time. But, as expected, it's a bit hard to introspect that to see what's causing issues.

I'd finally gotten around to setting up a barebones VM over the weekend, and I'm seeing the same thing @galaxy0419. I do see the event loop running without strace, so it's a mystery to me as well.. Thanks for updating the package and pinging the forum. Oddly enough, I have Maya 2023.1 working just fine on my personal machine. I am still experiencing the font errors in the VM in spite of the fixes posted below, so hopefully I can make headway on that for this next weekend.

Okay, I found a way to open the app (at least for me), if I run the maya.bin file with "strace -f", somehow the window can be open, but not without the -f option. I created a post on maya forum. Hope someone from the developer team can help with this issue.

Hi @galaxy0419, I haven't found any solutions yet either

Hi guys, have you solved the issue? I tried to update the package to 2023.1 The splash screen stuck at "Showing application home" and disappeared.

Guys, could you add me back to the co-mantaners and authors. I was launched (at 2016) this package and now returned to development.

Hi, thank you for the first fix! So right now i'm facing the same issue as @Evz777, maya splash screen opens without errors in the console but when the splash screen closes the actual software won't open itself and the console won't give any output.

https://www.toptal.com/developers/hastebin/aqihocuxil.yaml

This file was not in the directory. I tried to create an empty one libmd.so , now the initial splash screen starts to run. (https://i.imgur.com/JcwEetE.png) Some preliminary modules are being loaded. (https://i.imgur.com/iK4nP1E.png) But when it comes to the start of the program, nothing happens. (https://i.imgur.com/VqG9Jzi.png) https://www.toptal.com/developers/hastebin/xomeqedomi.yaml

The libtiff error still persists /usr/autodesk/maya2023/bin/maya.bin: /usr/lib/libtiff.so.5: no version information available (required by /usr/autodesk/maya2023/lib/libOpenImageIOMaya.so.2.3) Warning: Setting a new default format with a different version or profile after the global shared context is created may cause issues with context sharing.

@Redwolf, this looks like it could be similar to the libmd discussion below us. I thought that I added a fix to the PKGBUILD. Do you see the following file: /usr/autodesk/maya2023/lib/libmd.so ? If not, does creating it (an empty file would do) resolve the issue?

@Evz777, please see the discussion with Redwolf, as it seems to be similar.

Thanks!

I have now managed to install the libpng15 package. Then I managed to launch the licensing window, where I entered the username and password for the autodesk account. Then the program gives this error:

/usr/autodesk/maya2023/bin/maya.bin: /usr/lib/libtiff.so.5: no version information available (required by /usr/autodesk/maya2023/lib/libOpenImageIOMaya.so.2.3) ./maya2023: line 203: 67786 Segmentation fault (core dumped) /usr/autodesk/maya2023/bin/maya.bin

Yes, you are one hundred percent right @meepzh, after your advice, I was also convinced of this. Libpng15 does not really conflict with version 1.6, but with versions that are younger. I also have libpng12 version 1.2.59 installed. But with this in mind, the problem has not been fixed yet. Since I can't delete version 12 either. The latest version of davinci-resolve uses this library for its work. Therefore, the question is still the same is there at least some way to install libpng15 in this case?

Thank you @meepzh for the answer.

This is what i'm currently getting as an output:

https://i.gyazo.com/6cdc6ed90c0f8a5e1151a0c75fb88982.png

here is also a stack trace in case you would need it.

https://pastebin.com/Ny2kjDEq

@Redwolf, unfortunately that message isn't particularly informative. Could you try running Maya with GDB please? Perhaps you can find some more useful messages that way: https://knowledge.autodesk.com/support/maya/troubleshooting/caas/sfdcarticles/sfdcarticles/How-to-get-a-Stack-Trace-s.html I don't expect the nvidia version to be the cause as I have the same version, but you never know.

Hi, i'm running endeavourOS, i've installed maya2022 and it's running fine then i've tried to install maya2023 but when i try to run it, i'm getting:

line 203: 147474 Segmentation fault (core dumped) /usr/autodesk/maya2023/bin/maya.bin

could my nvidia driver version be the cause? I'm running the version 515.43.04

Thank you for your help.

@Evz777, I've just gotten back to my Arch machine, and it seems like libpng and libpng15 should be able to coexist. libpng15's PKGBUILD indicates that it only conflicts with libpng packages with a version less than 1.6. It might be worth confirming that your Manjaro installation is compatible with those forms of exclusions. Hope this helps!

Thank you very much for @meepzh's answer, I'm sure it brings me closer to a solution. I'm a little afraid to delete the 1.6 package, since more than 20 programs depend on it, including blender, chromium, vlc, etc. I use all of them every day. Is it possible to install the libpng15 package in arch linux without removing the 1.6 package ? Or maybe there is a way to tell Maya to use package 1.6 ? Or is it now only up to the next version of the maya update?

Hey @Evz777! I'm not particularly familiar with Manjaro, but I would expect that libpng 1.5 conflicts with libpng 1.6 because they are the same package. Is there any way to install libpng 1.5 regardless, like removing libpng 1.6? Do you have packages that require libpng 1.6? I'm not able to investigate much further for the next few days without a Linux box, but hopefully that sends you down the right direction. Also please reserve use of the out-of-date flag for when Maya itself has an update. Thanks!

Hello! Thank You for the package. I am installing the maya 2023 program on linux manjaro latest version. I know that to run the program, the libpng15 1.5.30-1 library must be installed because the program will not work without it. However, libpng version 1.6.31 is already installed on my linux version and I cannot install the previous version because it conflicts with the newer version. What ways can help me run the program under these conditions? Now it refuses to start giving out a message:

❯ cd /usr/autodesk/maya2023/bin ❯ ./maya2023 /usr/autodesk/maya2023/bin/maya.bin: error while loading shared libraries: libpng15.so.15: cannot open shared object file: No such file or directory ❯

Hi @meepzh. Thanks for updating the package, I've added you to all my packages. Could you add me back to the maya package as comaintainer? I will still update the package when I'm free.

Installation Instructions:

Many thanks to galaxy0419 for getting this set up and for writing these instructions originally.

Autodesk has updated the EULA for the Autodesk Education version. See here for more info.

To get the latest version of Maya, go to your account page and click "Products and Services" and download the Linux tgz file.

Extract the tgz file.

Maya is now split into several packages as it is for the official rpm installation. You will need the following files from the extracted tgz file to build some other packages as well:

1. MayaConfig.pit for product activation
2. Packages/adlmapps*.rpm to build adlmapps
3. Packages/adsklicensing*.rpm to build adsklicensing
4. Packages/Maya*.rpm to build this package
5. Packages/package.zip to build maya-arnold
6. Packages/Bifrost*.rpm to build maya-bifrost
7. Packages/AdobeSubstance3DforMaya*.rpm to build maya-substance
8. Packages/MayaUSD2023*.rpm to build maya-usd

Note: Packages 2 and 3 are required to use Maya and 6 to 9 are plugins that can be installed when needed.

You may wish to enable the Autodesk Licensing service with systemctl enable adsklicensing.service. This service is started automatically one time when installing and removing this package.

Launch Maya and log into your Autodesk account or enter your product serial to check out a license.

If you are having the following font error, Failed trying to load font : -*-helvetica-bold-r-normal-*-11-*-*-*-*-*-iso8859-1 //, first try the Autodesk recommended commands with your normal permissions.

xset +fp /usr/share/fonts/100dpi
xset +fp /usr/share/fonts/75dpi
xset fp rehash

If you are still seeing font errors, you can try one or more of the following:

1. Install xorg-mkfontscale and run mkfontscale in /usr/share/fonts. Then re-run the xset commands above.
2. Try running the xset commands with superuser permissions.
3. Try enabling and generating the following locales: en_GB ISO-8859-1 en_US ISO-8859-1

Cheers

I am trying to install 2022.3. Fixed libtiff and libmd by methods suggested below. Maya opens blank screen without anything. Luckily found that Ctrl+n opens new project with working UI. I had to install libffi6 from aur to get rid of error from maya script console. However, all of the methods below for fixing font problem doesn't work for me.

libxcrypt-compat seems to be a dependency now since the glibc-2.35-2 update. This resolves the error:

maya.bin: error while loading shared libraries: libcrypt.so.1: cannot open shared object file: No such file or directory

I spent a long time debugging a missing font issue.

If you're still running into issues like

Failed trying to load font : -*-helvetica-bold-r-normal-*-11-*-*-*-*-*-iso8859-1 // 

Make sure you've got the correct locales enabled! For me it was the following (in /etc/locale.gen)

en_GB ISO-8859-1
en_US ISO-8859-1

Afterwards, run sudo locale-gen and reboot.

Hope this helps.

For the Helvetica font errors, I ran the xset commands with superuser permissions and that seemed to resolve the issue. All documentation seems to not require that permission level, so I'd be keen to know what might have gone on there...

xset +fp /usr/share/fonts/100dpi
xset +fp /usr/share/fonts/75dpi
xset fp rehash

@starget A symlink from where ?

So i managed to install maya 2022.2 the installation when as intended thanks to the fix provided by ozzy and Mo6eb. The only thing that keeps bugging me is a constant error at the scrip editor

// Error: Failed trying to load font : --helvetica-bold-r-normal--11-----*-iso8859-1 //

This seems strange to me because i had installed xorg-fonts-100dpi, 75dpi xorg-fonts-misc xorg-fonts gsfonts adobe-source-code-pro-fonts xorg-xlsfonts and xorg-fonts-type1. Maybe this happened because i installed xorg-fonts-100dpi,and 75dpi packages after installing maya itself but i am not really sure.

Ended discovering people in damn old forums with the same problem, but in debian and ubuntu unfortunately the workarounds that they provide didn't help.

Does someone have the same problem as me? if so maybe there is a workaround for it in arch?

EDIT: Making a symlink to my /usr/bin/ directory solved this issue

EDIT 2: Symlink from /usr/autodesk/maya2022/bin/maya2022. Thanks to @Tangue for pointing that i didn't specify the symlink source lol

@Mo6eB thanks for the info! That is great, but the fix I tested is even better, you can just create empty libmd.so file in /usr/autodesk/maya<version>/lib/ directory doing it by touch command and it also works then because maya reads these libs earlier than system libs and when the libmd is empty, it doesn't crash.

sudo touch /usr/autodesk/maya2022/lib/libmd.so

Maybe it is good idea to add that touch command to PKGBUILD?

@Mo6eB Thanks for letting us now, yes while removing the simlink libmd.so it's working great. But libmd.so is requiere for several applications like wacom drivers, mpd, smbclient, a lot of KDE apps (including dolphin). So I wonder what problem it could create.

Also, @theMaizeOfficial, sorry if the way I wrote seems offensive, I didn't mean it that way.

I have figured out why Maya is crashing. It sees that /usr/lib/libmd.so is present and tries to initialise IRIX's MIDI interface, fails to find the required symbols and calls a null pointer. Simply delete the /usr/lib/libmd.so symlink and Maya will start working again.

I am not sure if an issue should be filed to rename libmd (which is a library of message digest routines, nothing to do with MIDI) to something else, as other software might get similarly confused.

@Cuissedemouche i can see that the libtiff problem has been solved, as in my last comment, it was just a question, a "no i haven't solved it yet" would have sufficed. if you want to install 2022.1 you need to use the pkgbuild given for 2022 with the following changes.

change in pkg build: (does not rectify the issue of segfaults but does update you to 2022.1)

pkgver=2022.1 source=('manual://Maya2022_64-2022.1-579.x86_64.rpm') sha256sums=('a7932fdaf15b52b19908314c6b575f2ca4037871f26c3feaf907b091ba493817')

I have yet to get a pkg build for 2022.2 to work.

@theMaizeOfficial As I said, I still have the segfautl problem, but it was already mention that the libtiff.so.5 wasn't the one causing the segfault. The segfault is cause while the maya.bin is executed, so I really don't know what's the problem.

Maya 2022.2 has been released !

@Cuissedemouche did you get past the Segfault? i have successfully folowed your instructions and the libtiff issue is solved. how did you get past the faulting?

I solved the libtiff.so.5 problem by compiling it by myself but I still have the segfault problem.

If you want to solve the libtiff issue before it got solved by Arch, you can just go download the last libtiff release on the official website, and compiling it with the symbol flag: ./configure --enable-ld-version-script make make install

Also by default it install it under /usr/local/lib*, so you have to create a link to /usr/lib/

And thanks for reporting the issue (https://bugs.archlinux.org/index.php?do=details&action=details.addvote&task_id=71330)

im going to install redhat 8.2 via the develpers program.

No, no solution found as of now as far as I can tell. I don't use maya as my main software, I just use it every now and then, so I am dualbooting for now and running maya somewhere else

@ozzy1202 Is there a fix for the seg fault yet? or a work around? and my appologies the width of my terminal was small and i did not see that they were actually separated errors until i expanded it.

@theMaizeOfficial segfault is not libtiff issue as @costashatz already mentioned. Fixing the libtiff is already mentioned in galaxy0419 feature request for archlinux compilation of libtiff (you can probably compile it yourself to have the fix included if you really wish) but the segfaulting part is different issue altogether. My maya 2016 install that I had doesn't mention any libtiff issue (as I think it probably didn't use openimageio that is throwing this libtiff message) and it still segfaults exactly the same with the same gdb results that finish readable backtrace at TinputDeviceManager::createDeviceList() () from /usr/autodesk/maya2020/lib/libExtensionLayer.so

@costashatz https://help.autodesk.com/view/MAYAUL/2018/ENU/?guid=GUID-D2B5433C-E0D2-421B-9BD8-24FED217FD7F

I think this might help, i saw some one here was posting on the autodesk forum about the libiff but this has all the other info if you need it. its for 2018 but im sure if there is is this one there will be a 2022 version of this link some where, if this helps id like to know the results and process. cheers

i think i just accidentally deleted my comment, for me its coming to a screaming halt searching for libtiff.so.5 then displaying Segfault (a bunch of crap only aliens can read) (Core Dumped). so to me it seems like those two issues are going hand in hand together. i am just trying to solve it because i need this system to be up and running with maya... like yesterday lol

@theMaizeOfficial the libtiff issue is different from the segfault. Check here: https://bugs.archlinux.org/task/71330?project=1&string=libtiff. Also the libtiff issue does not prevent you from using Maya.

@ozzy1202 I am getting exactly the same behavior here... Now not even Maya 2018 or 2020 that were working before are working, no matter what I try. With strace I managed to fix a few issues with locale (that could possibly create some issue), but never got rid of the segfault. For me this is either GPU-related, Qt-related or Adsklicensing related. But as you, I have ran out of ideas.

I tried gdb maya 2020 and 2016 that were working before,

#0  0x0000000000000000 in ?? ()
#1  0x00007fffec8dca0c in TinputDeviceManager::createDeviceList() () from /usr/autodesk/maya2020/lib/libExtensionLayer.so
#2  0x00007fffec65c758 in Tapplication::create(bool) () from /usr/autodesk/maya2020/lib/libExtensionLayer.so
#3  0x000000000040f35e in TmayaApp::create() ()
#4  0x000000000040eea1 in appmain() ()
#5  0x000000000040d476 in main ()

These are the results (in both of them they look similar), but I can't find a solution based on that.

@costashatz no, I didn't. I tired a lot, even downgraded all packages that I have in my system effectively bringing it back to what it was some time ago when everything worked and it still segfaulted this time... I tired to follow it with strace but I am not skilled enough to figure it out that way. I kind of gave up on it for now because I run out of ideas. It is extremely strange issue, especially as it seems like it happens to just some people and seems to not affect others on the same OS... I also tested mayapy as you mentioned it works for you, it also works for me.

@ozzy1202 @Tanghe did you figure out the segmentation fault? Maya was working fine until I updated a few days ago and now I am getting a seg fault. mayapy works ok. So it should be a Qt-ish issue that I cannot find (but I am not 100% sure). @galaxy0419 any ideas on what can be wrong with Qt or something else?

@Tanghe did you figure out the segmentation fault? I experience it too and I don't know how to get over it and I kind of need to run maya. I even tried it on maya 2020 that was working last month and it is also segfaulting now even old install of maya 2016 was segfautling. After some googling I also found someone on manjaro forums that has encountered segfault with maya 2018 4 days ago after update. I know manjaro is not arch, but maybe his case might be somehow related to mine and yours?

@Tanghe Please make sure you follow the instructions in the pinned comment. if you want to start Maya in the command line please use the start script in the same folder instead of the binary directly. This version works fine on my intel machine.

@galaxy0419

I can`t seem 2 log in over there.

Also does this mean noone can install maya at this point ?

Or is the segmentation fault possibly caused by something else ?

@Tanghe The libtiff package does not have symbol version enabled. I've created a feature request, you can vote it up there.

Hmm now i get the erro that

./maya.bin: /usr/lib/libtiff.so.5: no version information available (required by /usr/autodesk/maya2022/bin/../lib/libmayaOpenImageIO.so.2.0)

zsh: segmentation fault (core dumped)  ./maya.bin

Libtiff is installed though

Edit: Missing package was lib32-nvidia-cg-toolkit

I followed the instructions and now i also can not start maya 2022 after rebooting.

I was also never promted to enter my credentials can annyone help me troubleshoot this ?

The command Maya isn't even found. But the program does show up in my launcher. (pressing it does nothing, though.)

Executing maya.bin returns cannot open shared object file libCg.so.

what provides this ? (installing glibc 2.33-5 did not fix)

when i run ldd following are missing.

    libCg.so => not found
    libCgGL.so => not found
    libssl.so.10 => not found
    libcrypto.so.10 => not found
    libXp.so.6 => not found

If i search for the libs i have some of them.

EDIT: After some pamac i`ve got it down to just

    libCg.so => not found
    libCgGL.so => not found

cant seem to find where 2 find though

Yo thanks for the reply "galaxy0419". However, I have found another solution. My problem was that not all dependencies were fulfilled.

I followed another tutorial and with this one it worked right on the 1st try.

Instruction 1. https://www.reddit.com/r/ManjaroLinux/comments/k3jz5a/how_to_install_maya_2020_renderman_23_on_manjaro/ Instruction 2. https://gist.github.com/mortenbh/38b8b30c4d7c190b9731fcd0e4497e47

I basically followed the 1 tutorial on Reddit. However, I used the shortcuts from the 2nd guide on Github.

Now all dependencies were fulfilled and it worked right away even with Arnold and Bifrost. I have not installed Renderman (just as a side note).

Maybe someone could make a nice script out of it so that there is no confusion all the time. ;)

PSS.: Note that some packages require a GPG key. The old servers used in the instructions etc. do not work. You have to look for an alternative. I used the GPG servers from Ubuntu (with sudo (for the user)). Just as a hint.

@SionSavior, please read the instructions to make sure every required packages are installed (adlmapps, adsklicensing and Maya at least). BTW, you need to start adsklicensing system service before starting Maya.

Yo, Today i tried to install Maya. I used this script: https://github.com/filmmakerto/arch-installmaya from filmmakerto. Everything works fine, but ... Maya doesn't start.

I mean i registered everything sudo /opt/Autodesk/AdskLicensing/11.0.0.4854/helper/AdskLicensingInstHelper register -pk 657N1 -pv 2022.0.0.F -el EN_US -cf path/to/mayaConfig.pit

Reboot And i tried to start maya.. but nothing .. not even a background process....

Maybe someone have a idea

Thanks @galaxy0419 for the installation instructions -- they pointed me in the right direction, but they didn't immediately make it clear to me what I have to do to install the package.

But I figured it out, and since I suspect there may be some other users who have the same problem, I wrote a little installation script: https://github.com/filmmakerto/arch-installmaya

Maybe it will help some people. Cheers

Oops, AdskLicensingInstHelper register actually requires root, as is described in AdskLicensingInstHelper -h. The problem solved as I uses sudo.

Hope this helps anyone who have fallen into the same pit lol

Following the instructions on the pinned message, I've got this when I tried to activate the product:

[libreliu@Legion-R7k aur]$ /opt/Autodesk/AdskLicensing/9.2.1.2399/helper/AdskLicensingInstHelper register -pk 657L1 -pv 2020.0.0.F -el EN_US -cf ./Autodesk_Maya_2020_4_ML_Linux_64bit/MayaConfig.pit 
Native call error in adlmPITSetProductInformation_2 28: Failed to Encrypt the PIT file

I've tried starting the adsklicensing service, but that doesn't help.

Running maya will result in the following error before starting the adsklicensing service:

/usr/autodesk/maya2020/bin/maya.bin: /usr/lib/libtiff.so.5: no version information available (required by /usr/autodesk/maya2020/lib/libmayaOpenImageIO.so.2.0)
maya: Autodesk Maya 2020
A licensing error occurred that Autodesk systems were not able to handle for you. Please contact Autodesk Customer Support for help in resolving this error.
adlsdkAuthorize returned with error code: ADLSDK_STATUS_ADLS_NOT_FOUND
The default location for log files to help diagnose the issue is: /usr/tmp

and after:

/usr/autodesk/maya2020/bin/maya.bin: /usr/lib/libtiff.so.5: no version information available (required by /usr/autodesk/maya2020/lib/libmayaOpenImageIO.so.2.0)
maya: Autodesk Maya 2020
A licensing error occurred that Autodesk systems were not able to handle for you. Please contact Autodesk Customer Support for help in resolving this error.
adlsdkAuthorize returned with error code: ADLSDK_STATUS_LICENSE_CHECKOUT_ERROR
The default location for log files to help diagnose the issue is: /usr/tmp

I've installed all the packages except RokokoMotionLibrary, and I put my pacman log here in case I've forgotten something:

[2021-03-21T00:14:23+0800] [ALPM] installed adlmapps (17.0.49-1)
[2021-03-21T00:14:55+0800] [ALPM] installed adsklicensing (9.2.1.2399-1)
[2021-03-21T00:15:24+0800] [ALPM] installed adlmflexnetclient (17.0.49-1)
[2021-03-21T00:15:49+0800] [ALPM] installed adlmflexnetserver-ipv6 (17.0.50-1)
[2021-03-21T00:16:42+0800] [ALPM] installed libjpeg6-turbo (1.5.3-2)
[2021-03-21T00:16:42+0800] [ALPM] installed libxp (1.0.3-4)
[2021-03-21T00:16:42+0800] [ALPM] installed xorg-fonts-alias-75dpi (1.0.4-1)
[2021-03-21T00:16:43+0800] [ALPM] installed xorg-fonts-75dpi (1.0.3-7)
[2021-03-21T00:16:43+0800] [ALPM] installed xorg-fonts-alias-100dpi (1.0.4-1)
[2021-03-21T00:16:43+0800] [ALPM] installed xorg-fonts-100dpi (1.0.3-7)
[2021-03-21T00:18:01+0800] [ALPM] installed libpng15 (1.5.30-1)
[2021-03-21T00:37:18+0800] [ALPM] installed maya (2020.4-1)
[2021-03-21T00:38:48+0800] [ALPM] installed maya-bifrost (2.2.0.0-1)
[2021-03-21T00:39:02+0800] [ALPM] installed maya-substance (2.1.7-1)
[2021-03-21T00:40:40+0800] [ALPM] installed maya-arnold (4.1.1-1)

@kalani Try to build the package using makepkg -si manually. AUR helpers does not support this package. You need to copy the rpms in AUR packages' build folders mentioned in the pinned comments respectively (e.g. copy Packages/adlmapps17-17.0.49-0.x86_64.rpm to adlmapps's build folder).

Where should I be placing the Packages/*.rpm files so they can be picked up and installed?

I have confirmed the filenames and checksums match. I then tried running "pacaur -S maya" from the working directory with the *.rpm files, which failed being unable to locate them. I then tried copying the RPM files to ~/.cache/pacaur/("adlmapps","adsklicensing","maya")/src/ directories, and to /tmp, each had no change in behavior.

Installation Instructions:
Autodesk Maya has updated the EULA for education version, see here for more info.

To get the latest version of maya, go to your account page and click "Product Updates" and download the linux tgz file.

Extract the tgz file into a folder.

Remove maya if you have version older than 2020.3 installed.

Maya is now split into several packages as it is for the official rpm installation, you will need the following files from the extracted tgz file to build some other packages as well:
1. MayaConfig.pit for product activation
2. Packages/adlmapps*.rpm to build adlmapps
3. Packages/adsklicensing*.rpm to build adsklicensing
4. Packages/adlmflexnetclient-*.rpm to build adlmflexnetclient (for network deployment only, most of you won't need this)
5. Packages/adlmflexnetserverIPV6-*.rpm to build adlmflexnetserver-ipv6 (for network deployment only, most of you won't need this)
6. Packages/Maya*.rpm to build this package
7. Packages/package.zip to build maya-arnold
8. Packages/Bifrost*.rpm to build maya-bifrost
9. Packages/RokokoMotionLibraryMaya*.rpm to build maya-rokoko-motion-library
10. Packages/SubstanceInMaya*.rpm to build maya-substance
11. Packages/MayaUSD2022*.rpm to build maya-usd

Note: Package 2 and 3 are required to use maya and 7 to 11 are plugins which can be installed when needed.

Activate the product using command with root /opt/Autodesk/AdskLicensing/11.0.0.4854/helper/AdskLicensingInstHelper register -pk 657N1 -pv 2022.0.0.F -el EN_US -cf /path/to/MayaConfig.pit

Start Autodesk licensing service on boot using systemctl enable adsklicensing.service or start the service before using maya using command systemctl start adsklicensing.service

Reboot

Enter your Autodesk account the first time you open it.

Cheers

@Dzordzu Yes, The previous version of maya include all components in one package. It is expected to have some conflicts. Please remove the old package before installing the new one.

@galaxy0419 I've tried to use your PKGBUILD, but it does not do well with an existing maya installation. There are loads of file conflicts (exists in filesystem (owned by maya))

Locations of the conflicts: opt/Autodesk/AdskLicensing/9.2.1.2399

Seems to be a problem with the pre_remove hook

@aquarius There is no need to unpack rpms as it will be extracted by bsdtar automatically. Could you test it on your side to see if it's working?

@galaxy0419 not too elegant. It is necessary to append instructions for unpacking rpms in PKGBUILD

@galaxy0419 now you are co-maintainer

@aquarius Hi, do you plan to continue to support it? I'm happy to be the maintainer. I have a working PKGBUILD for Maya 2020.3.

in case anyone has the same problem as i described below: it's working for me now after a reinstall. i'm not sure if the reinstall is what fixed it or the switching between linux and linux-lts kernel.

i'm not sure if i'm missing something here, but i can't get maya to run.

i managed to set up the education license by logging in to my autodesk account, downloading the installation files from there, finding my serial number in the downloaded files under Autodesk_Maya_2020_ML_Linux_64bit/manifest/deployment_maya.xml and running sudo /opt/Autodesk/AdskLicensing/9.2.1.2399/helper/AdskLicensingInstHelper register --pk 657L1 --pv 2020.0.0.F --cf /var/opt/Autodesk/Adlm/Maya2020/MayaConfig.pit --el en --sn [MYSERIAL]

then i was able to fix some startup errors by replacing _ssl.so and _hashlib.sso in /usr/autodesk/maya2020/lib/python2.7/lib-dynload with the respective files from /usr/lib/python2.7/lib-dynload/

but now, when i run maya2020, i still get an error:

/usr/autodesk/maya2020/bin/maya.bin: /usr/lib/libtiff.so.5: no version information available (required by /usr/autodesk/maya2020/lib/libmayaOpenImageIO.so.2.0)

does anyone have a fix for this? or is this just an out of date issue?

@kokokoshka yeah I got that file the maya is working thanks but this is a problem I get a error of some colour transformation error

altaf, GPG keys for libpng15 is expired. Add a new one, or just skip verifying. More info in the libpng15 package comments.

With this new maya update i get this error

==> Validating source files with sha256sums... libpng-1.5.30.tar.xz ... Passed libpng-1.5.30.tar.xz.asc ... Skipped libpng-1.5.30-apng.patch.gz ... Passed ==> Verifying source file signatures with gpg... libpng-1.5.30.tar.xz ... FAILED (unknown public key F54984BFA16C640F) ==> ERROR: One or more PGP signatures could not be verified! Failed to build libpng15

Hi there on a fresh sync of Arch I just updated to the Maya 2020 push and now I get this error when liscensing

sudo /opt/Autodesk/AdskLicensing/9.2.1.2399/helper/AdskLicensingInstHelper register --pk 657L1 --pv 2020.0.0.F --cf /var/opt/Autodesk/Adlm/Maya2020/MayaConfig.pit --el en --sn MY_SERIAL_NUM [sudo] password for lucy: reading configuration file /var/opt/Autodesk/AdskLicensingService/AdskLicensingService.data failed: open /var/opt/Autodesk/AdskLicensingService/AdskLicensingService.data: no such file or directory

Maya previously worked on my system before this update

@wilaze it was maya 2017 i did install it as a rpm package method

@kokokoshka sure! Do you want update Maya version?

Can you make me co-maintainer? I want to update package.

@sid350 what i know is Maya only support Fedora and RHEL/CentOS with rpm. But days ago i tried to install it on my Fedora 31, via official installer and it says like yours "OS is not supported". I dunno how to install it on Fedora anymore. There is no new article about how to do it. I still hope i can install Maya 2020 in my EndeavourOS via this AUR :( still waiting

What about Maya 2020? When I try to install it via official installer it says OS is not supported :(

@aquarius Awesome! i really want Maya on my EndeavourOS. I'll wait. btw Maya 2019 or 2020?

Sorry, for long wait. I will update package soon!

@altaf What you mean? What Maya version that work in your machine using this package? 2017 or 2019? Not work for me

Can you give me access as co-maintainer? I would gladly accept it :)

Maya 2019 is now supported for Linux. https://linuxhint.com/install_autodesk_maya2019_ubuntu/

Time to update the installer...

@joksim

post your update, i update script

You can obtain Maya 2018 for Linux using the student method as described here:

https://knowledge.autodesk.com/customer-service/account-management/education-program/create-education-account/create-account-students-educators

The script needs to be updated accordingly (hashes, filenames, etc.) and can be run as a local package build (using makepkg....) I can post my adapted script if needed...

@luciferHasa It seems that Maya 2018 isn't available for "normal users" on Linux anymore.

Requires a multi-user license, not supported with single-user license.

Source: https://knowledge.autodesk.com/support/maya/troubleshooting/caas/sfdcarticles/sfdcarticles/System-requirements-for-Autodesk-Maya-2018.html

hello will this be upgraded to maya version 2018.1 soon? :)