Arch Linux User Repository

Sorry lads, I'm at the Polish Ukraine border helping allocate refugees. Expect no update until this hell is over, wish us luck. Have no time nor access to my rig and AUR keys to test/post updates. If you have a patch, ping me on email - I'll add you as co-maintainer. Posted with my old script - https://github.com/bartoszek/aur-post

Please report issues and patches to blender-2.7/github.com

<img alt="Build Status" src="https://travis-ci.org/bartoszek/AUR-blender-2.7.svg?branch=master" />

Use env vars to control build process:

• DISABLE_CUDA=1 to skip cuda kernel build (cycles+compositor)
• DISABLE_NINJA=1 to switch build system to make (default:ninja)

Usage cases:

• export DISABLE_CUDA=1 before build
• DISABLE_CUDA=1 ~your-aur-helper~
• makepkg DISABLE_CUDA=1
• yay -S blender-2.7 --mflags "DISABLE_CUDA=1"

Note for yay users:

Since yay relies solely on aur-rpc to solve dependencies instead of calling makepkg --sync it can't follow dependencies logic defined in PKGBUILD. That's why it's up to the user to provide dependencies to enable features.

tl;dr; If you want to prebuild cycles kernels, you have to install CUDA beforehand. If you don't have CUDA installed, PKGBUILD will silently skip cycles kernel build.

Try to install and got the following error:

/home/dudu/.cache/yay/blender-2.7/src/blender/intern/audaspace/intern/AUD_C-API.cpp: In function ‘void AUD_initOnce()’: /home/dudu/.cache/yay/blender-2.7/src/blender/intern/audaspace/intern/AUD_C-API.cpp:113:9: error: ‘av_register_all’ was not declared in this scope 113 | av_register_all(); | ^~~~~~~~~~~~~~~ make[2]: *** [intern/audaspace/CMakeFiles/bf_intern_audaspace.dir/build.make:650: intern/audaspace/CMakeFiles/bf_intern_audaspace.dir/intern/AUD_C-API.cpp.o] Erro 1 make[2]: Saindo do diretório '/home/dudu/.cache/yay/blender-2.7/src/build'

make[1]: *** [CMakeFiles/Makefile2:3179: intern/audaspace/CMakeFiles/bf_intern_audaspace.dir/all] Erro 2 make[1]: Saindo do diretório '/home/dudu/.cache/yay/blender-2.7/src/build'

make: *** [Makefile:166: all] Erro 2 make: Saindo do diretório '/home/dudu/.cache/yay/blender-2.7/src/build'

==> ERRO: Uma falha ocorreu em build(). Abortando... -> erro ao construir: blender-2.7

I try to install using yay -S blender-2.7 --mflags "DISABLE_CUDA=1 DISABLE_NINJA=1"

MY sugestion for those who want install this especific version (because couldn't run newer versions) is install https://aur.archlinux.org/pkgbase/blender-2.7-bin. Works really good for me

Sorry lads, I'm at the Polish Ukraine border helping allocate refugees. Expect no update until this hell is over, wish us luck. Have no time nor access to my rig and AUR keys to test/post updates. If you have a patch, ping me on email - I'll add you as co-maintainer. Posted with my old script - https://github.com/bartoszek/aur-post

Hello , Is It Still Actively Maintained ? , Because I Got Some Compile Error With Python 3.10 .

@bartus: Cool thank you!

@CYBERDEViL: thanks for the patch, if you don't mind I've added you as co-maintainer. I rarely use blender-2.7 those days, and tend to forgot to update the PKGBUILD when Travis-CI build starts failing.

@bartus: Ah yes I see, must have applied it manually here with the --ignore-whitespace flag.

There is a new patch to fix compiling with openvdb 8, I did cherry pick it from https://git.blender.org/gitweb/gitweb.cgi/blender.git/patch/37889011070ff2ec52159690f652238d2b325185

The patch: https://notabug.org/CYBERDEViL/AUR/src/master/blender-2.7/openvdb8.patch

Yeah I'm sorry but I try to stay away from GitHub.

@cyberdevil: python3.9_2.patch doesn't apply because code style changes (double space in place of tab)

btw. Thanks for the patch, you can always post one as github-pr.

It failed compiling here due to newer versions of the dependencies.

Here are the changes I've applied to make it compile again: https://notabug.org/CYBERDEViL/AUR/commit/90abd2e11907fecb9772bcfde4af489376991d60

It's great to have Blender 2.79b again, it runs much smoother then 2.8. Plus I'm not a fan of the new interface and don't need the new features 2.8 has.

@Potomac: -c,--clena cleans the build tree after the build finish, use -C,--cleanbuild to clean build tree before build starts, this way no manula tinkering will be required ( or just double tap it with -cC to be safe ;)

I'd rather won't commit whole blender tree to server just to apply two line patch.

@bartus : Yes your are right, after deleting the directory and redoing the "makepkg -c" command the bug is gone, I can build the package without problems,

I need blender 2.7x because my graphic card is not compatible with blender 2.81 (amd radeon HD4650 pcie, a gpu from 2009), blender 2.81 triggers a crash of the graphic driver and kde plasma.

So your package is very useful, thanks.

@Potomac @lehthanis: This kind of error is, most likely an aberration between makepkg and leftover src directory, please use makepkg -C switch for rebuilding.

If you are using AUR helper, please specify which one. At least pamac/yay/aurutils are using -C switch to clear src directory before build.

The package is perfectly fine as it is, you can use some shady tweakery to allow package to rebuild without -C switch: mainly adding || true to patch call, but this in turns allow failed patches to goes undetected

@bartus: please update your PKGBUILD, we can not build your package, we have the error :

==> Lancement de prepare()… Vérification du patch release/scripts/addons_contrib/object_facemap_auto/auto_fmap_widgets.py... error: pendant la recherche de :

    # foo;bar=baz;bonzo=bingo --> {"bar": baz", "bonzo": bingo}
    mpr.fmap_target_rules = dict(
        item.partition("=")[::2] for item in fmap_rules,
    )

    # XXX, we might want to have some way to extract a 'center' from a face-map

error: le patch a échoué : release/scripts/addons_contrib/object_facemap_auto/auto_fmap_widgets.py:324 error: release/scripts/addons_contrib/object_facemap_auto/auto_fmap_widgets.py : le patch ne s'applique pas

@lehthanis: try this out.

sudo mount -o remount,suid /tmp/
sudo pacman -S devtools
cd /tmp
git clone https://aur.archlinux.org/blender-2.7.git
cd blender-2.7
extra-x86_64-build -r /tmp/

It works in docker:arch the most pristine version of Arch out there, you just need to look harder :)

Perhaps just cleanning the sources before build will help makepkg -C :thinking:

misconfigured? where is the config? I just downloaded the package and makepkg -si

@lehthanis: Nope, you have misconfigured sources, addons_contrib are set to trace blender2.7 branch witch doesn't contains that change.

#.gitmodules
...
[submodule "release/scripts/addons_contrib"]
        path = release/scripts/addons_contrib
        url = ../blender-addons-contrib.git
        ignore = all
        branch = blender2.7

@bartus I just did a system update and can no longer rebuild this package. Error is: Checking patch release/scripts/addons_contrib/object_facemap_auto/auto_fmap_widgets.py... error: while searching for:

    # foo;bar=baz;bonzo=bingo --> {"bar": baz", "bonzo": bingo}
    mpr.fmap_target_rules = dict(
        item.partition("=")[::2] for item in fmap_rules,
    )

    # XXX, we might want to have some way to extract a 'center' from a face-map

error: patch failed: release/scripts/addons_contrib/object_facemap_auto/auto_fmap_widgets.py:324 error: release/scripts/addons_contrib/object_facemap_auto/auto_fmap_widgets.py: patch does not apply ==> ERROR: A failure occurred in prepare(). Aborting...

@lehthanis: Perhaps there is an AUR helper out there that can pull this trick, but I'm not aware of one.

Edit: rebuild-detector is the one ;)

@bartus. I'm not using a helper...could that be my problem? I mean, I use auracle to download and check for aur package updates, but I just use makepkg -si for building aur packages...should I do this differently for reliable results? Thanks much for keeping this updated though!

@lehthanis: I understand your frustration, bumped on the same issue plenty times myself. But correct solution's laying in scope of AUR helpers. If package gets updated it should trigger rebuild of all AUR packages that links to it...

Currently I'm testing Travis script that's pushing changes to AUR for gimp but this is a special case when both package and deps are form AUR.

Every so often I get errors after doing updates on my system...looks like as Arch moves things around, it breaks blender...last week it was boost...this week its:

blender-2.7: error while loading shared libraries: libopenvdb.so.6.1: cannot open shared object file: No such file or directory

Please report issues and patches to blender-2.7/github.com

<img alt="Build Status" src="https://travis-ci.org/bartoszek/AUR-blender-2.7.svg?branch=master" />

Use env vars to control build process:

• DISABLE_CUDA=1 to skip cuda kernel build (cycles+compositor)
• DISABLE_NINJA=1 to switch build system to make (default:ninja)

Usage cases:

• export DISABLE_CUDA=1 before build
• DISABLE_CUDA=1 ~your-aur-helper~
• makepkg DISABLE_CUDA=1
• yay -S blender-2.7 --mflags "DISABLE_CUDA=1"

Note for yay users:

Since yay relies solely on aur-rpc to solve dependencies instead of calling makepkg --sync it can't follow dependencies logic defined in PKGBUILD. That's why it's up to the user to provide dependencies to enable features.

tl;dr; If you want to prebuild cycles kernels, you have to install CUDA beforehand. If you don't have CUDA installed, PKGBUILD will silently skip cycles kernel build.

@hugegameartgd: OK, made some polish out:

User can now use DISABLE_CUDA=1 to exclude cuda from makedepends,

@hugegameartgd, cuda is somewhat optional, it's required to prebuild cubins for cycles and compositor, but makepkg will work just fine without it (makepkg -d or comment out makedepend+=cuda)

Why is cuda required?