Qt项目持续集成系列之-github自动化发行



  • 简介

    本文的目标是,在github上实现Qt工程的自动化发行。

    看个预览图先:
    s

    上图所示github的Release中,包含了两个macos平台的dmg包、5个windows平台的zip包以及一个ubuntu平台的包,都是自动化发行的结果。

    后续会加入Android和ios包。

    不懂github持续集成的读者,请先去看上一篇文章

    https://jaredtao.github.io/2019/04/30/Qt自动化编译/

    接下来将要介绍Appveyor和Travis的配置

    Appveyor的配置

    上一篇文章中已经介绍过,Appveyor网站提供了windows的Docker镜像,包含各种版本的visual studio和Qt,这里通过yml配置文件,来使用这些镜像。

    先是通过一个矩阵来配置不同的镜像

    environment:
      matrix:
      - APPVEYOR_BUILD_WORKER_IMAGE: Visual Studio 2015
        platform: x86
        qt: 5.9
        releaseName: HelloCI_qt59_vs2015_x86
      - APPVEYOR_BUILD_WORKER_IMAGE: Visual Studio 2015
        platform: x64
        qt: 5.9
        releaseName: HelloCI_qt59_vs2015_x64
      - APPVEYOR_BUILD_WORKER_IMAGE: Visual Studio 2017
        platform: x64
        qt: 5.9
        releaseName: HelloCI_qt59_vs2017_x64
      - APPVEYOR_BUILD_WORKER_IMAGE: Visual Studio 2015
        platform: x64
        qt: 5.12
        releaseName: HelloCI_qt512_vs2015_x64
      - APPVEYOR_BUILD_WORKER_IMAGE: Visual Studio 2017
        platform: x64
        qt: 5.12
        releaseName: HelloCI_qt512_vs2017_x64
    

    matrix之下,每一个‘-’号开头的一段描述,都代表一个镜像的配置。
    其中APPVEYOR_BUILD_WORKER_IMAGE是网站提供的环境变量,用来指定Docker镜像。
    platform、 qt以及releaseName是我自定义的变量,用来在后文中执行脚本时做区分

    before_build:
      - if "%APPVEYOR_BUILD_WORKER_IMAGE%"=="Visual Studio 2015" set msvc=msvc2015
      - if "%APPVEYOR_BUILD_WORKER_IMAGE%"=="Visual Studio 2015" set vs=C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC
      - if "%APPVEYOR_BUILD_WORKER_IMAGE%"=="Visual Studio 2017" set msvc=msvc2017
      - if "%APPVEYOR_BUILD_WORKER_IMAGE%"=="Visual Studio 2017" set vs=C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Auxiliary\Build
      - if "%platform%"=="x86" set QTDIR=C:\Qt\%qt%\%msvc%
      - if "%platform%"=="x64" set QTDIR=C:\Qt\%qt%\%msvc%_64
      - set PATH=%PATH%;%QTDIR%\bin;
      - if "%platform%"=="x86" set vcvarsall=%vs%\vcvarsall.bat
      - if "%platform%"=="x64" set vcvarsall=%vs%\vcvarsall.bat
      - if "%platform%"=="x86" call "%vcvarsall%" x86
      - if "%platform%"=="x64" call "%vcvarsall%" x64
    

    before_build脚本,就是编译之前要执行的脚本,默认使用windows的cmd语法,当然也可以使用Powershell等。
    我这段脚本目的是,在编译之前,先确认要使用的vs编译器和Qt所在路径。
    vs一般通过调用vcvarsall.bat脚本,并传入x86或x64等参数,来确定相应的编译器和链接器,如cl.exe、nmake.exe等。
    Qt的使用,是将QTDIR\bin设置到环境变量PATH中,以便可以找到qmake.exe。

    build_script:
      - qmake
      - nmake
    

    有了正确的环境设置,接下来就是编译了,很简单的qmake make

    after_build:
      - if "%APPVEYOR_REPO_TAG%"=="true" windeployqt bin\HelloCI.exe --qmldir %QTDIR%\qml
    
    

    编译通过后,有一个after_build的脚本执行时机,此时的环境变量和前面一样。
    我这段脚本目的是,在代码被打上tag的情况下,执行windeployqt命令,将依赖的Qt库都打包到一起。
    APPVEYOR_REPO_TAG是Docker提供的环境变量,有tag的时候这个变量的值为true。

    artifacts:
      - path: bin
        name: $(releaseName)
    

    artifacts用来描述可以发行的代码包,这里指定了bin路径,则Docker会自动将bin路径打包为zip,zip的名字是指定的name。

    deploy:
      provider: GitHub
      auth_token: $(GITHUB_OAUTH_TOKEN)
      description: 'HelloCI Release'
      draft: false
      prerelease: false
      on:
          APPVEYOR_REPO_TAG: true
    

    deploy用来描述要发行的目标网站。
    这里的provider指定为github,就可以使用github的Release功能了。当然还有很多其它的网站也可用来发行。
    auth_token是从github上生成的验证用的token,后面再说如何生成。为了不让别人看到具体token,这里引用了自定义的环境变量GITHUB_OAUTH_TOKEN

         on: 
         	APPVEYOR_REPO_TAG: true
    

    表示只有在代码被打上tag的时候,才执行deploy。
    这里的deploy没有指定artifacts,默认会把定义的artifacts都发行出去,这就够了。

    最终的yml配置文件

    appveyor.yml

    version: '{build}'
    
    branches:
      except:
        - project/travis
    environment:
      matrix:
      - APPVEYOR_BUILD_WORKER_IMAGE: Visual Studio 2015
        platform: x86
        qt: 5.9
        releaseName: HelloCI_qt59_vs2015_x86
      - APPVEYOR_BUILD_WORKER_IMAGE: Visual Studio 2015
        platform: x64
        qt: 5.9
        releaseName: HelloCI_qt59_vs2015_x64
      - APPVEYOR_BUILD_WORKER_IMAGE: Visual Studio 2017
        platform: x64
        qt: 5.9
        releaseName: HelloCI_qt59_vs2017_x64
      - APPVEYOR_BUILD_WORKER_IMAGE: Visual Studio 2015
        platform: x64
        qt: 5.12
        releaseName: HelloCI_qt512_vs2015_x64
      - APPVEYOR_BUILD_WORKER_IMAGE: Visual Studio 2017
        platform: x64
        qt: 5.12
        releaseName: HelloCI_qt512_vs2017_x64
    before_build:
      - if "%APPVEYOR_BUILD_WORKER_IMAGE%"=="Visual Studio 2015" set msvc=msvc2015
      - if "%APPVEYOR_BUILD_WORKER_IMAGE%"=="Visual Studio 2015" set vs=C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC
      - if "%APPVEYOR_BUILD_WORKER_IMAGE%"=="Visual Studio 2017" set msvc=msvc2017
      - if "%APPVEYOR_BUILD_WORKER_IMAGE%"=="Visual Studio 2017" set vs=C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Auxiliary\Build
      - if "%platform%"=="x86" set QTDIR=C:\Qt\%qt%\%msvc%
      - if "%platform%"=="x64" set QTDIR=C:\Qt\%qt%\%msvc%_64
      - set PATH=%PATH%;%QTDIR%\bin;
      - if "%platform%"=="x86" set vcvarsall=%vs%\vcvarsall.bat
      - if "%platform%"=="x64" set vcvarsall=%vs%\vcvarsall.bat
      - if "%platform%"=="x86" call "%vcvarsall%" x86
      - if "%platform%"=="x64" call "%vcvarsall%" x64
    build_script:
      - qmake
      - nmake
    after_build:
      - if "%APPVEYOR_REPO_TAG%"=="true" windeployqt bin\HelloCI.exe --qmldir %QTDIR%\qml
    artifacts:
      - path: bin
        name: $(releaseName)
    deploy:
      provider: GitHub
      auth_token: $(GITHUB_OAUTH_TOKEN)
      description: 'HelloCI Release'
      draft: false
      prerelease: false
      on:
          APPVEYOR_REPO_TAG: true
    

    Travis

    Travis网站有两个,https://travis-ci.org 和https://travis-ci.com, 区别是后者可以操作github的私有仓库。

    来看看travis的配置

    matrix:
      include:
        - os: linux
          dist: xenial
          env: 
            targetFile=HelloCI
            releaseName=HelloCI_ubuntu_xenial_x64
          cache:
            bundler: true
            apt: true
            directories:
                - /opt/qt512/
        - os: osx
          osx_image: xcode10.2
          env: 
            targetFile=HelloCI
            releaseName=HelloCI_macos10-14_xcode10-2.dmg
          cache:
            bundler: true
            directories:
                - /usr/local/Cellar/qt/5.12.2/
        - os: osx
          osx_image: xcode9.4
          env: 
            targetFile=HelloCI
            releaseName=HelloCI_macos10-13_xcode9-4.dmg
          cache:
            bundler: true
            directories:
                - /usr/local/Cellar/qt/5.12.2/
    

    其中

      os: linux
        dist: xenial
    

    这是ubuntu16.04的配置(目前还不支持18.04 bionic)
    env中自定义了一些环境变量,后面用到
    cache是用来缓存的,这里指定了Qt的安装路径,那么在下一次同样的Docker镜像启动时,优先使用缓存,除非没有安装或者有新版本才会去更新这个路径。这样可以节省大量的Docker运行时间哦。

        os: osx
          osx_image: xcode10.2
    

    这是macos系统的设置,osx_image是travis提供的,可在其文档中找到其它可用版本
    https://docs.travis-ci.com/user/reference/osx/
    缓存也是要有的。

    osx系统通过brew安装Qt,只需要一条命令即可 brew install qt,按照brew官网https://brew.sh/的描述,目前安装的版本为5.12.2
    涛哥试过后,发现安装路径是/usr/local/Cellar/qt/5.12.2/

    ubuntu系统安装Qt,上一篇文章也说过了,是通过launchpad源,目前已经有了最新的5.12.2和5.12.3了。

    最终的travis.yml

    #dist: xenial
    #指定语言为cpp
    language: cpp
    #需要sudu权限
    sudo: required
    #编译器为gcc
    compiler: gcc
    #环境变量
    #env: QT_BASE="512"
    
    matrix:
      include:
        - os: linux
          dist: xenial
          env: 
            targetFile=HelloCI
            releaseName=HelloCI_ubuntu_xenial_x64
          cache:
            bundler: true
            apt: true
            directories:
                - /opt/qt512/
        - os: osx
          osx_image: xcode10.2
          env: 
            targetFile=HelloCI
            releaseName=HelloCI_macos10-14_xcode10-2.dmg
          cache:
            bundler: true
            directories:
                - /usr/local/Cellar/qt/5.12.2/
        - os: osx
          osx_image: xcode9.4
          env: 
            targetFile=HelloCI
            releaseName=HelloCI_macos10-13_xcode9-4.dmg
          cache:
            bundler: true
            directories:
                - /usr/local/Cellar/qt/5.12.2/
      
    #缓存
    
    # 注意上面的缓存,指定qt安装路径,可以避免重复安装
    
    #组
    group: deprecated-2019Q1
    
    # travis默认系统为ubuntu,并提供一些基础的命令。但是没有安装Qt,需要通过ubuntu源进行安装。
    # 关于ubuntu源 在这个网站上查看细节 https://launchpad.net/~beineri/+archive/ubuntu/
    # 当然也可以通过qt安装包 +一些命令的方式来安装,这里以源的方式为主。
    #安装前的设置
    #添加qt5.12.1的源
    before_install:
        - if [[ "$TRAVIS_OS_NAME" == "osx" ]]; then brew update; brew install qt; fi 
        - if [[ "$TRAVIS_OS_NAME" == "linux" ]]; then sudo add-apt-repository ppa:beineri/opt-qt-5.12.3-xenial -y; sudo apt-get update -qq; sudo apt-get install -y libglew-dev libglfw3-dev; sudo apt-get install -y qt512-meta-minimal; fi
    # 单独安装qt3d模块的示例
    #    - sudo apt-get install -y qt5123d
    
    before_script:
        - if [[ "$TRAVIS_OS_NAME" == "linux" ]]; then source /opt/qt512/bin/qt512-env.sh; fi
    script:
        - if [[ "$TRAVIS_OS_NAME" == "linux" ]]; then source /opt/qt512/bin/qt512-env.sh; qmake ; make ; fi
        - if [[ "$TRAVIS_OS_NAME" == "osx" ]]; then /usr/local/Cellar/qt/5.12.2/bin/qmake ; make ; fi
    before_deploy:
        - if [[ "$TRAVIS_OS_NAME" == "osx" ]]; then /usr/local/Cellar/qt/5.12.2/bin/macdeployqt bin/${targetFile}.app -qmldir=/usr/local/Cellar/qt/5.12.2/qml -verbose=1 -dmg ; mv bin/${targetFile}.dmg bin/${releaseName} ; fi
        - if [[ "$TRAVIS_OS_NAME" == "linux" ]]; then mv bin/${targetFile} bin/${releaseName} ; fi
    deploy:              # 部署
      provider: releases # 部署到 GitHub Release,除此之外,Travis CI 还支持发布到 fir.im、AWS、Google App Engine 等
      api_key: $GITHUB_OAUTH_TOKEN # 填写 GitHub 的 token (Settings -> Personal access tokens -> Generate new token)
      file: bin/${releaseName}   # 部署文件路径
      skip_cleanup: true     # 设置为 true 以跳过清理,不然 apk 文件就会被清理
      on:     # 发布时机           
        tags: true       # tags 设置为 true 表示只有在有 tag 的情况下才部署   
    notifications:
        email: false
    
    
    

    OAuth token

    OAuth机制,是在不知道密码的情况下,只通过授权的token去访问特定的api。

    使用token大致步骤:
    s
    s
    s
    s
    s
    s

    接下来要去两个地方粘贴,最好先贴到记事本或着什么地方,备用。

    先到Travis的项目配置页面
    s
    s

    Name写前面的yml配置文件中引用的变量名GITHUB_OAUTH_TOKEN,value就是前面的token

    接下来是Appveyor
    s
    s

    一样的东西,填好后保存即可。

    最后,给代码打上tag,提交吧。

    涛哥在连续提交了50多次后。。。
    s
    最终拿到了这两个徽章
    s
    还有这正确的发布包。
    (ubuntu那个,缺少linuxdeployqt打包步骤,后面再加)
    s

    当然,你们不用像我一样提交50多次,你们可以直接用我写好的配置文件。

    最后附上GitHub链接
    https://github.com/wentaojia2014/HelloCI

    转载声明

    文章出自涛哥的博客 -- 点击这里查看涛哥的博客
    本作品采用 知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议进行许可进行许可, 转载请注明出处, 谢谢合作 © 涛哥

    联系方式


    作者 涛哥
    开发理念 弘扬鲁班文化,传承工匠精神
    博客 https://wentaojia2014.github.io
    知乎 https://www.zhihu.com/people/wentao-jia
    邮箱 jared2020@163.com
    微信 xsd2410421
    QQ 759378563

    请放心联系我,乐于提供咨询服务,也可洽谈有偿技术支持相关事宜。

    打赏

    weixin
    zhifubao


    觉得分享的内容还不错, 就请作者喝杯奶茶吧~~



Log in to reply
 

走马观花

最近的回复

  • 由于我们在二次开发的过程中,需要采用调试来测试开发的效果,而使用cmake生成的Visual Studio项目,代码都是O2优化的,不太符合我们的需求,而我们必须每次都要载入Visual Studio 2017手动修改代码优化到禁用,这的确有一些麻烦,于是我们需要找一个更加便利的方法达到效果。我在稍微研究了一下之后得到结论:其实很好解决。

    准备环境

    Windows 10
    Visual Studio 2017
    Notepad++

    随便打开一个vcxproj文件,然后按下快捷键:Ctrl + F,转到文件查找一栏。按照下面的要求填写:

    文件类型 *.vcxproj 查找目标 <Optimization>MaxSpeed</Optimization> 替换为 <Optimization>Disabled</Optimization>

    然后点击“在文件中替换”,等待一会儿,就可以看到优化全部去掉了。这样就可以顺利地单步调试而不会出现断点下不了或者是其它问题了。
    替换代码优化

    read more
  • 惊讶图.jpg
    USD是一个正在发展过程中的文件格式,最基础的,能够支持网格、简单的材质、简单的光照。稍微复杂一点,就可能要借助后续的插件支持了。比如说骨骼动画,这个在USD之前的版本都是没有的,后面慢慢地得到了支持。它是通过UsdSkel这个模块支持的。这个算是和USD核心代码平级的,所以算是USD的外围插件。其实看USDSkel的发展,USDSkel其实是打算做一个动画的最小集,即仅仅支持骨骼和约束的功能,后面更加复杂的功能,通过修改UsdSkel的特性来实现。

    USD已经有一套完善的机制可以很方便地添加自定义的类型。这主要通过USD内置的usdGenSchema.py脚本来达到效果。usdGenSchema.py脚本所在的位置是:

    D:\Develop\USD\pxr\usd\lib\usd

    所以要让USD支持约束,可以选择自己通过Schema来规划一下约束这个类型,包括哪些属性。USD的说明符(specifier)包括class、def和over。其中class和C++的类很相似。我们要自己写一个Schema,大致的内容是这样:

    #usda 1.0 ( """ This file constains schema for supporting skeletal animations in USD. """ subLayers = [ @usdGeom/schema.usda@ ] ) over "GLOBAL" ( customData = { string libraryName = "usdRig" string libraryPath = "qtdream/usd/usdRig" } ) { } class Constraint "Constraint" ( inherits = </Imageable> ) { uniform asset target ( doc = """Target represent affectors whom the constraint will affect to.""" ) uniform asset[] targets ( doc = """The parent targets representing this constraint tied to.""" ) uniform float[] weights ( doc = """Optionally, weights can control the percentage the constraint is affected.""" ) uniform vector3f[] targetOffsetTranslates ( doc = """Optionally, we can specify translate offset to precisely adjust.""" ) uniform vector3f[] targetOffsetRotates ( doc = """Optionally, we can specify rotate offset to precisely adjust.""" ) uniform vector3f rotationDecompositionTarget ( doc = """Used in parentConsstraint.""" ) uniform bool useDecompositionTarget ( doc = """Used in parentConstraint.""" ) }

    接着要根据这个schema产生一大堆的代码,于是,编写以下的脚本:

    :: 运行UsdView插件.bat set Path=^ D:\Develop\Python27;^ D:\Develop\Python27\Scripts;^ D:\Develop\USD_Build\lib;^ D:\Develop\USD_Build\bin;^ D:\Develop\USD_Build\third_party\maya\lib;^ D:\Develop\Autodesk\Maya2018\bin;^ %Path% set MAYA_PLUG_IN_PATH=%MAYA_PLUG_IN_PATH%;^ D:\Develop\USD_Build\third_party\maya\plugin set PYTHONPATH=%PYTHONPATH%;^ D:\Develop\USD_Build\lib\python;^ D:\Develop\Autodesk\Maya2018\Python\Lib\site-packages set MAYA_SCRIPT_PATH=%MAYA_SCRIPT_PATH%;^ D:\Develop\USD_Build\third_party\maya\lib\usd\usdMaya\resources;^ D:\Develop\USD_Build\third_party\maya\plugin\pxrUsdPreviewSurface\resources set XBMLANGPATH=%XBMLANGPATH%;^ D:\Develop\USD_Build\third_party\maya\lib\usd\usdMaya\resources :: 需要安装Jinja2,否则会报错 pip install Jinja2 :: 开始定位到D盘目标位置上,然后执行脚本。 pushd D:\Develop\USD\qtdream\usd\lib\usdRig python D:\Develop\USD\pxr\usd\lib\usd\usdGenSchema.py schema.usda . popd

    如果出现了

    Traceback (most recent call last):
    File "D:\Develop\USD\pxr\usd\lib\usd\usdGenSchema.py", line 43, in <module>
    from jinja2 import Environment, FileSystemLoader
    ImportError: No module named jinja2
    错误,那么可能要想办法让python寻找到Jinja2。于是脚本中添加了:

    pip install Jinja2

    最后很高兴,顺利地生成了想要的C++文件,和产生的Schema文件。

    read more
  • USDView推出了插件的框架,可以顺利地编写Python脚本,作为插件让USDView载入。网上有一个高手,他在他的github上发布了自己的USDView插件。这个插件可不简单,他将USDView推出的插件架构活灵活用,并且添加了一些值得赞赏的效果:支持了USDView不曾支持的节点编辑功能。这个插件的名称叫usdNodeGraph。

    他的github地址在这里:

    https://github.com/1xinghuan/usdNodeGraph.git

    下面介绍一下如何使用吧。

    首先当然是把他的库拿下来了。推荐安装git,并且执行git clone放在本地。

    git clone git@github.com:1xinghuan/usdNodeGraph.git

    获取Qt.py库
    Qt.py库是统一Qt的版本用的。大家知道Qt4的时候有PySide,而Qt5有PySide2。我们在使用Python的时候,通常要执行 from PySide2.QtWidgets import QWidget

    等等脚本,而Qt.py将其统一起来了。不用你写PySide还是PySide2了。所以要执行下面的脚本:

    sudo pip install qt.py

    编写脚本支持其载入
    这个脚本和普通载入USDView插件差不多,唯一的不同是需要设置PYTHONPATH。因为它还要引入其它的库。脚本的内容是: #!/bin/sh export LD_LIBRARY_PATH=/usr/local/USD/lib64:$LD_LIBRARY_PATH export PYTHONPATH=$PYTHONPATH:/usr/local/USD/lib/python # 让usdView能够顺利地载入usdNodeGraph的地址 currentDir=$(cd `dirname $0`; pwd) export PXR_PLUGINPATH_NAME=$currentDir/usdNodeGraph/plugin export PYTHONPATH=$PYTHONPATH:/$currentDir/usdNodeGraph/lib/python:$currentDir/usdNodeGraph/plugin /usr/local/USD/bin/usdview $currentDir/model/7_29_1.usda

    保存文件,就可以顺利地执行了。其实还是挺简单的。执行后的效果如下:
    USDView结合usdNodeGraph.gif

    read more
  • 首先这是一个未知的旅程,有安装Maya软件有风险,一是因为它是商业软件,可能会有版权纠纷,二是Maya软件非常大,安装不慎,可能会出现各种奇怪的问题。我也是参考国外一篇文章才敢开始自己的Maya之路。至于遇到的问题,的确非常多,Maya依赖的版本太多,一些版本不一致的问题可能会导致很多诡异的问题,这时找Maya,找Autodesk是无济于事的。

    安装Maya的运行必备项

    tbb:Intel库,支持并行计算用,典型的是paralell_for用法。
    tiff:图像格式支持
    ssl:加密用
    png:图像格式支持
    gcc:编译器套件

    sudo apt-get install -y libtbb-dev libtiff5-dev libssl-dev libpng12-dev libssl1.0.0 gcc libjpeg62

    安装Alien

    因为Maya是rpm包,要转为deb包,就要借助alien了。alien的安装如下:

    sudo apt-get install -y alien elfutils

    安装多媒体库

    Maya的多媒体编辑功能依赖多媒体库,Linux最常见的就是gstreamer了。

    sudo apt-get install -y libaudiofile-dev libgstreamer-plugins-base0.10-0

    安装图形库

    Maya在Linux中,只有OpenGL是支持的(Maya这么古老的软件是不会这么快支持Vulkan的啦),所以也要安装。目前OpenGL的Linux实现是mesa。命令是:

    sudo apt-get install -y libglw1-mesa libglw1-mesa-dev mesa-utils

    这和安装Qt支持的图形库差不多,事实上Maya的GUI也是大部分依赖Qt。

    安装字体库

    Maya是极度依赖字体的,试想一下,在Linux字体那么丑,能看吗?当然不能。所以还是要安装合适的字体才行。命令是:

    sudo apt-get install -y xfonts-100dpi xfonts-75dpi ttf-mscorefonts-installer fonts-liberation

    在配置ttf-mscorefonts的时候,点击Ok和Yes就可以了。

    同时安装其它依赖Maya的包

    其余依赖Maya的包可以通过下面的命令安装。
    csh:c外壳命令行程序
    fam:Linux中计算机文件或者目录改变的观察者。一旦改变了执行通知操作。

    sudo apt-get install -y csh tcsh libfam0 libfam-dev xfstt

    安装xp6包

    cd /tmp
    wget http://launchpadlibrarian.net/183708483/libxp6_1.0.2-2_amd64.deb
    sudo dpkg -i libxp6_1.0.2-2_amd64.deb

    下载Maya2018

    你可以去Maya官网下载Maya2018,它有给出链接,下载应该不会遇到太多问题。
    然后解压Maya2018到合适的位置。
    我这里是:/media/jiangcaiyang/Data/软件安装包/Linux安装包/Maya2018

    安装Maya2018

    现在需要利用alien将所有rpm包转为deb包。

    sudo alien -cv *.rpm

    接着安装deb包

    udo dpkg -i *.deb

    掉包rpm,欺骗Maya并且让安装通过

    因为Maya的Linux安装包是给Redhat或者是CentOS开发的,所以默认rpm作为安装包的程序。对于debian系,它一直不认的,所以在运行带界面的程序的时候,总是出错。于是我们要执行一下欺骗,让rpm一直返回正确,这样才能欺骗Maya的安装包,让其安装通过。

    编写一个简单的C程序:

    echo "int main (void) {return 0;}" > mayainstall.c

    编译C程序

    gcc mayainstall.c

    备份rpm

    sudo mv /usr/bin/rpm /usr/bin/rpm_backup

    替换掉rpm

    sudo cp -v a.out /usr/bin/rpm

    对一些库位置建立软连接,让Maya识别到

    因为Maya的安装程序在Redhat或者是CentOS测试成功,而在Debian系不成功,对于处于Debian系的Deepin来说,还是挺麻烦的呢。因此还是要重新建立链接才行。

    sudo ln -s /usr/lib/x86_64-linux-gnu/libtbb.so /usr/lib/x86_64-linux-gnu/libtbb_preview.so.2
    sudo ln -s /usr/lib/x86_64-linux-gnu/libtiff.so /usr/lib/libtiff.so.3
    sudo ln -s /usr/lib/x86_64-linux-gnu/libssl.so /usr/autodesk/maya2018/lib/libssl.so.10
    sudo ln -s /usr/lib/x86_64-linux-gnu/libcrypto.so /usr/autodesk/maya2018/lib/libcrypto.so.10

    启动Maya 2018的安装包并且进行安装

    Maya 2018的安装包名称是setup,需要为此添加可执行的权限,因此要执行以下的命令:

    chmod +x setup
    然后执行之
    sudo ./setup
    之后就出现了Maya安装的界面了。久违了哈。
    Maya安装界面

    选择单机版,并且全部输入1。
    Maya安装全部输入1

    下个界面选择【继续】,然后就顺利地完成啦。点击【完成】
    Maya安装完成
    还没有完呢,还需要继续进行下一步的操作才行。

    对已经安装的Maya执行额外的操作

    首先是创建目录。

    sudo mkdir -p /usr/tmp
    给新建立的目录满权限
    sudo chmod 777 /usr/tmp

    为Maya创建一些配置目录。

    mkdir -p ~/maya/2018 ~/maya/2018/syncColor/Shared

    添加一句配置,解决Maya段错误

    echo "MAYA_DISABLE_CIP=1" >> ~/maya/2018/Maya.en

    运行命令解决颜色管理错误

    echo "LC_ALL=C" >> ~/maya/2018/Maya.env

    执行命令,递归地强制让~/maya给满权限。

    chmod -Rfv 777 ~/maya

    恢复扫尾工作

    还记得我们将rpm掉包了吗?现在恢复回来。

    sudo rm -v /usr/bin/rpm
    sudo mv -v /usr/bin/rpm_backup /usr/bin/rpm

    替换正版的Maya2018(选用)

    因为我们安装Maya2018的时候,序列号和产品密钥都是随便填写的1,但是如果是换用正版的Maya2018,我们需要将序列号填写为666-69696969,密钥填写为657J1,并且我们需要用正版的库替换掉我们自己安装的库。因此要执行下面的操作:

    sudo mv /usr/autodesk/maya2018/lib/libadlmint.so.14.0.23 /usr/autodesk/maya2018/lib/libadlmint.so.14.0.23_old
    sudo cp libadlmint.so.14.0.23 /usr/autodesk/maya2018/lib

    最后出现我们喜闻乐见的结果~
    Maya 2018的运行效果

    read more

关注我们

微博
QQ群