[Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [53534] trunk/blender/build_files: Patch from Ejner Fergo: enhancements to install_deps.sh.

Jorge Bernal jbernalmartinez at gmail.com
Sun Jan 20 21:21:16 CET 2013 

Hi,

when i use the install_dep.sh script under Suse 12.1 I have to change the
following libraries names to make it works:
libX11-devel by xorg-x11-libX11-devel
libXi-devel by libXi6-devel

Index: build_files/build_environment/install_deps.sh
===================================================================
--- build_files/build_environment/install_deps.sh       (revisión: 53922)
+++ build_files/build_environment/install_deps.sh       (copia de trabajo)
@@ -1664,7 +1664,7 @@
   THEORA_DEV="libtheora-devel"

   _packages="gcc gcc-c++ make scons libpng-devel libtiff-devel \
-             freetype-devel libX11-devel libXi-devel wget ncurses-devel \
+             freetype-devel xorg-x11-libX11-devel libXi6-devel wget
ncurses-devel \
              readline-devel $OPENJPEG_DEV openal-soft-devel \
              glew-devel yasm $THEORA_DEV $VORBIS_DEV SDL-devel fftw-devel \
              libjpeg-devel patch"

Regards,
Jorge

2013/1/11 Ejner Fergo <ejnersan at gmail.com>

> Hi again,
>
> I got RPM to compile with scons, by adding 'rt' in this scons config
> option:
> LLIBS = ['util', 'c', 'm', 'dl', 'pthread', 'stdc++', 'rt' ]
>
> I also forgot to mention yesterday another caveat compiling with scons: No
> OSL or OpenCOLLADA... couldn't get them to work :-/ Compiling with cmake
> works with all options on all tested distros.
>
> Was thinking of making a check for sudo on Arch as it is not default like
> on the other distros (unless you use something like ArchBang), but maybe
> not necessary since it is mentioned on the wiki that sudo is needed?
>
>
>
> On Thu, Jan 10, 2013 at 12:18 PM, Bastien Montagne <montagne29 at wanadoo.fr
> >wrote:
>
> > Hee… I’m nearly a complete noob with those advanced linking topics :/
> >
> > Regarding python under Ubuntu/debian, I already added another fields to
> > CMake one or two months ago, as (future) py3.3 package under Debian also
> > has split dirs, so now CMake has two different include dirs for python,
> > old PYTHON_INCLUDE_DIR and new PYTHON_INCLUDE_CONFIG_DIR...
> >
> > As for Schro, fine with me to remove it, but don't bother making a patch
> > for this, I’ll do it while applying your patch ;)
> >
> > On 10/01/2013 12:06, Sergey Sharybin wrote:
> > > Well, depends. If ffmpeg fails to compile and -rt doesn't help, then
> i'm
> > > currently don't have ideas. If ffmpeg compiles fine but blender fails,
> > -lrt
> > > shall be added to blender's linker flags.
> > >
> > >
> > > On Thu, Jan 10, 2013 at 5:02 PM, Ejner Fergo<ejnersan at gmail.com>
>  wrote:
> > >
> > >> Hi Sergey,
> > >>
> > >> About -lrt option, I tried that (on ffmpeg configure line) but still
> > >> couldn't get it to work. Maybe you or Bastien understand the issue
> > better?
> > >>
> > >> I can remove schroedinger (don't know who used dirac anyway :P), can
> > have a
> > >> patch ready tomorrow maybe.
> > >>
> > >> Thanks!
> > >>
> > >> /Ejner
> > >>
> > >>
> > >> On Thu, Jan 10, 2013 at 11:55 AM, Sergey Sharybin<
> sergey.vfx at gmail.com
> > >>> wrote:
> > >>> > From quick glance part related to NUMPY seems to be fine. Din't
> have
> > >> Arch
> > >>> here to test tho.
> > >>>
> > >>> As per ubuntu, not sure that seemd to be working before? But why
> would
> > >> they
> > >>> even split includes for multiarch, seems to be not smartest decision.
> > >>> Anyway, shouldn't be difficult to add multiarch includes detection i
> > >> guess.
> > >>> For --all-static issue adding -lrt could help. But currently working
> > from
> > >>> laptop where don't have virtual machines, so couldn't verify.
> > >>>
> > >>> Just side note: would say let's kick schro out. It's a bit of
> headache
> > >> for
> > >>> this script..
> > >>>
> > >>> Bastien, look fine for me. If you could do quick tests guess patch
> > could
> > >> be
> > >>> commited.
> > >>>
> > >>>
> > >>> On Thu, Jan 10, 2013 at 4:23 PM, Ejner Fergo<ejnersan at gmail.com>
> >  wrote:
> > >>>
> > >>>> Hi again Sergey and Bastien!
> > >>>>
> > >>>> Well I kept hacking and testing the script, even if it will be
> > replaced
> > >>>> eventually. Hopefully it will help as a reference. Diff is here:
> > >>>> http://www.pasteall.org/38680/diff
> > >>>>
> > >>>> There is now support for Arch Linux. NumPy is now an option. Able to
> > >>>> compile without ffmpeg as well as cycles (seems some are interested
> in
> > >>>> this). I also made the scons info useable for some systems (didn't
> > >> really
> > >>>> work before). Small fixes.
> > >>>>
> > >>>> What works:
> > >>>> Arch build with cmake/scons and all options
> > >>>> DEB build with scons
> > >>>>
> > >>>> What doesn't work:
> > >>>> Ubuntu 12.10 with scons can't find the split python headers, needs:
> > >>>> BF_PYTHON_INC = '/usr/include/python3.3m
> > >>>> /usr/include/i386-linux-gnu/python3.3m'
> > >>>>
> > >>>> DEB with scons fails with --all-static (can't find libs that are
> > >> directly
> > >>>> referenced?)
> > >>>>
> > >>>> RPM with scons with/without --all-static, fails with:
> > >>>> /usr/bin/ld: /opt/lib/ffmpeg/lib/libavdevice.a(v4l2.o): undefined
> > >>> reference
> > >>>> to symbol 'clock_gettime@@GLIBC_2.2'
> > >>>> /usr/bin/ld: note: 'clock_gettime@@GLIBC_2.2' is defined in DSO
> > >>>> /lib/librt.so.1 so try adding it to the linker command line
> > >>>> /lib/librt.so.1: could not read symbols: Invalid operation
> > >>>>
> > >>>> Hope you find it usefull.
> > >>>>
> > >>>> Best regards,
> > >>>> Ejner
> > >>>>
> > >>>>
> > >>>> On Fri, Jan 4, 2013 at 11:21 AM, Ejner Fergo<ejnersan at gmail.com>
> > >> wrote:
> > >>>>> Ok, so you are saying numpy build and opencollada option should be
> > >>>> removed
> > >>>>> again?
> > >>>>> Numpy is RC because that is the only thing that can build using
> > >> python
> > >>>> 3.3
> > >>>>> In any case, it seems Bastien will port the script to python, so if
> > >> you
> > >>>>> feel like reverting be my guest...
> > >>>>>
> > >>>>>
> > >>>>>
> > >>>>> On Fri, Jan 4, 2013 at 8:02 AM, Sergey Sharybin<
> > >> sergey.vfx at gmail.com
> > >>>>> wrote:
> > >>>>>
> > >>>>>> Seems numpy would be enabled by default. I'm not sure it's indeed
> > >> what
> > >>>>>> shall be done: there're not so much people who really need numpy
> > >>>> compiled
> > >>>>>> by ibstall_deps.sh. Also, libraries compiling by this script
> should
> > >> be
> > >>>>>> considered stable and numpy used in the script is release
> candidate.
> > >>>>>>
> > >>>>>> As per script size i would prefer to keep only stuff needed for
> > >>> initial
> > >>>>>> build of blender, don't try to support all possible
> configurations.
> > >>>> Would
> > >>>>>> make it much easier to maintain the script and check f it's
> working
> > >> on
> > >>>> all
> > >>>>>> platforms easier. All the extra dependencies better be described
> in
> > >>>>>> Building Blender section in our wiki.
> > >>>>>>
> > >>>>>> On Thu, Jan 3, 2013 at 9:35 PM, Bastien Montagne<
> > >>> montagne29 at wanadoo.fr
> > >>>>>>> wrote:
> > >>>>>>>   WITH_OPENCOLLADA
> > >>>>>>
> > >>>>>>
> > >>>>>>
> > >>>>>> --
> > >>>>>> With best regards, Sergey Sharybin
> > >>>>>> _______________________________________________
> > >>>>>> Bf-committers mailing list
> > >>>>>> Bf-committers at blender.org
> > >>>>>> http://lists.blender.org/mailman/listinfo/bf-committers
> > >>>>>>
> > >>>>>
> > >>>> _______________________________________________
> > >>>> Bf-committers mailing list
> > >>>> Bf-committers at blender.org
> > >>>> http://lists.blender.org/mailman/listinfo/bf-committers
> > >>>>
> > >>>
> > >>>
> > >>> --
> > >>> With best regards, Sergey Sharybin
> > >>> _______________________________________________
> > >>> Bf-committers mailing list
> > >>> Bf-committers at blender.org
> > >>> http://lists.blender.org/mailman/listinfo/bf-committers
> > >>>
> > >> _______________________________________________
> > >> Bf-committers mailing list
> > >> Bf-committers at blender.org
> > >> http://lists.blender.org/mailman/listinfo/bf-committers
> > >>
> > >
> > >
> >
> > _______________________________________________
> > Bf-committers mailing list
> > Bf-committers at blender.org
> > http://lists.blender.org/mailman/listinfo/bf-committers
> >
> _______________________________________________
> Bf-committers mailing list
> Bf-committers at blender.org
> http://lists.blender.org/mailman/listinfo/bf-committers
>

More information about the Bf-committers mailing list