| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
installed
install_deps can fail due to conflict between gcc (referenced by base-devel) and
gcc-multilib if the latter is installed. This avoids the conflict by filtering
the contents of base-devel when needed.
Reviewers: mont29
Differential Revision: https://developer.blender.org/D1944
|
|
Note that recent DEB-based distro have packages for this, even simpler!
Differential Revision: https://developer.blender.org/D1933
|
|
with OSD.
In case too old system glew is detected, use the one shipped with blender.
Part of D1933.
|
|
This commit mostly:
* removes some (very) old messages or hacks (like those for ubuntu 10.4...).
* Moves lib-specific dependencies installations to upper level
(simpler to manage, and those are small enough packages).
* Uses new dnf package manager for fedora (sigh, we now have tree different commands for fed/suse/rehl).
* fixes or enhances some options for commandline tools.
* Force anew building of oiio package, due to insane dependencies of this one in recent distro.
Part of D1933.
|
|
The script is updated for ArchLinux, since all dependencies are included in Arch's official repositories.
I've made a few changes, such as enabling OCIO and OSD without requiring locally installed lib-path, and a fix to ''get_package_version_ARCH()' so it ignores package epoch (as in the case of ffmpeg).
I intend to look at OpenVDB next.
Reviewers: mont29
Differential Revision: https://developer.blender.org/D1901
|
|
Looks like some distro still provide llvm-3.4-devel, while no more clang-3.4.
Since clang depends on llvm of same version, check clang only should ensure
us we also have matvhing llvm... *sigh*
|
|
Until we officially support llvm3.5 or more, only allow for 3.4 llvm packages,
and build own stuff otherwise...
|
|
This patch enables libboost_iostreams and bumps the magic number to match.
Reviewers: dingto
Reviewed By: dingto
Subscribers: dingto
Projects: #bf_blender, #platform:_linux
Differential Revision: https://developer.blender.org/D1840
|
|
this script.
Otherwise, switch from local built to system installed libs (once a valid package becomes available)
would be missed...
|
|
Those are can of worms to support properly (versions mismatch, etc.),
and not used in Blender currently anyway.
|
|
Was only trying to install $BOOST_VERSION or higher boost - being fairly recent
this always failed. We can live with older versions too, so now using
*BOOST_VERSION_MIN as with other distros.
|
|
Please remember to change those each time you update building code and there is no version change.
Otherwise poeple re-running the script won't get the updated builds.
|
|
|
|
Since we're now on 1.7 we can skip building the OSL testsuite. It was giving various compilation errors on different machines and we don't need them anyway...so just disabling them in the script.
|
|
|
|
|
|
too much accross distros...
|
|
OpenVDB is like a 30-years old lib when it comes to building it - not even a configure.sh script!
This makes it impossible to auto-build (install_deps is not a new CMake!).
So for now, just storing some template code for it, and expected version/deps data
in --show-deps option.
|
|
Based on patch D1644 by Jeffrey Hoover
|
|
|
|
|
|
distro.
|
|
And we can even use vanilia version of OSL now! :D
|
|
|
|
|
|
script as sudo then)
|
|
Arg, forgot half of it, sorry for the noise. :|
|
|
message.
Reported by venomgfx on IRC, thanks.
|
|
release environment
It was not updated in ages and in fact, it's easier to wrap release environment
into Docker or VirtualBox image.
|
|
While SCons building system was serving us really good for ages it's no longer
having much attention by the developers and started to become quite a difficult
task to maintain.
What's even worse -- there started to be quite serious divergence between SCons
and CMake which was only accumulating over the releases now. The fact that none
of the active developers are really using SCons and that our main studio is also
using CMake spotting bugs in the SCons builds became quite a difficult task and
we aren't always spotting them in time.
Meanwhile CMake became really mature building system which is available on every
platform we support and arguably it's also easier and more robust to use.
This commit includes:
- Removal of actual SCons building system
- Removal of SCons git submodule
- Removal of documentation which is stored in the sources and covers SCons
- Tweaks to the buildbot master to stop using SCons submodule
(this change requires deploying to the server)
- Tweaks to the install dependencies script to skip installing or mentioning
SCons building system
- Tweaks to various helper scripts to avoid mention of SCons folders/files
as well
Reviewers: mont29, dingto, dfelinto, lukastoenne, lukasstockner97, brecht, Severin, merwin, aligorith, psy-fi, campbellbarton, juicyfruit
Reviewed By: campbellbarton, juicyfruit
Differential Revision: https://developer.blender.org/D1680
|
|
Those stupid ones only have one version of llvm (obviously not 3.4 one ;) ), so we have to build again
LLVM3.4 in those cases. Thing is,
* I did not update LLVM magic number when fixed a stupid typo breaking OSL building (the terminfo thing),
so many people were still using previously-built LLVM.
* Even worse, options passed to OSL to specify own LLVM from /opt/lib were wrong (not sure when this got
out of sync...).
Thanks to mib2berlin and slikdigit for the report & testings!
|
|
RPM-based distro...
|
|
|
|
with OPM and 3.5.0).
|
|
command line.
Avoid user to have to edit themselves their CMake config.
Thanks a bunch @campbellbarton for the tip! :D
|
|
Luckily we'll soon get rid of that insane dual build system maintenance...
Anyway, thanks to Leo Koppel (lack) for the report and patch.
|
|
Related to T46886.
|
|
already do with llvm).
This should avoid 'casual builders' to have issues when we switch py versions.
|
|
|
|
|
|
|
|
Who in hell did make OSD dependant on llvm???
|
|
Yeah... that is correct bash boolean check syntax. Pretty sure even BASIC or Perl do better.
See http://stackoverflow.com/questions/2953646/how-to-declare-and-use-boolean-variables-in-shell-script
|
|
packages, and limited fallback for unsuported distro.
This commit adds '--build-foo' options to force the script to build relevant libraries
instead of trying to use packages from the distribution.
In addition, it also now offers (with those '--build-foo' options) the possibility
to build libraries on distributions that are not fully supported.
This is limited, but should still help people once they have installed themselves
the basics of dependencies - boost, llvm, osl/osd etc. are not libraries that are
really easy to build.
DISCLAIMER: I did not take the 20 (or more) hours needed to test all combinations
over all distributions, and given the size of the changes, bad sneaky typos are quite
probable, so please report if you get some errors!
|
|
to show it and exit (--show-deps).
More info about 'official' source and versions of main libraries handled by the script have also been added to that info option.
|
|
|
|
Now it looks like our version of OSL is not compatible with OIIO 1.5... sigh...
|
|
|
