Arch Linux User Repository

Removed the fix for libbz2.so.1 link, as package now provides it and it conflicts. It seemed like the link wasn't going to be added in the original libbz2 package :-/

Updated to fix libbz2.so.1 missing link.

Well, please do let me know if you get any fix working for that, I do not have a license code, so I can't test that out (I use a dongle) plus I am unable to use Resolve in archlinux in my main device due to it being powered by an AMD graphics card.

Ok, so I found out more about the issue of not being able to activate resolve on arch. If you already have 2 installations (doesn't matter if they still exist), activating a third one should automatically deactivate the other 2 and get the third one working. Now turns out arch is able to activate but not deactivate resolve from the setup window (you can deactivate an activated install). I asked support for deactivating my installations and it worked. Using a windows machine (eww) or a supported distro for deactivating occupied instances should work. Maybe it doesn't accept the arch user agent (which is just a generic Linux one i think), but this problem won't get fixed by bmd. Maybe we could spoof some stuff in the installer, or leave a reminder to manually deactivate your installations before uninstalling or upgrading them.

I am having the exact same issue as paperbenni. I have tried resolve studio 15 and 16, multiple versions. I am able to activate under windows with no issues. I have contacted tech support and they simply said Arch is not supported. I had studio 15 activated months ago under arch but after a re-install I have been unable to activate. I have tried as sudo and with no firewall. Has anyone figured this out?

To @mikehash, you flagged as out of date with the comment ´lib32-libpng12 is not available anymore on AUR. vlib32-libpng14 and lib32-libpng15 are available´ but the package is still available in the official repos (not aur), please check https://www.archlinux.org/packages/?q=lib32-libpng12

"There was an error when attempting to perform the activation. Please contact Blackmagic Design support for assistance. I tried running as sudo. The license key is correct and it was able to clear out other activations. Occurs with and without sudo, both in dr 15 and 16. What causes this? I'm not behind any firewall or vpn.

I updated the PKGBUILD to be (almost) exactly the same as the davinci-resolve package by @satriani.

I propose another way of declaring some variables so that the maintenance of the package is simpler (avoid having to search and replace everywhere where the package .zip archive or .run installer are called.

`if [ ${pkgname} == "davinci-resolve-studio" ]; then

Variables for STUDIO edition

pkgdesc='Professional A/V post-production software suite from Blackmagic Design. Studio edition, requires license key or license dongle.'
_archive_name=DaVinci_Resolve_Studio_${pkgver}_Linux
sha256sums=('0c81412ee915d06bd744c750a44a04ef614a6c0518a1677ef146f0b1817070ca')
conflicts=('davinci-resolve-beta' 'davinci-resolve' 'davinci-resolve-studio-beta')

else

Variables for FREE edition

pkgdesc='Professional A/V post-production software suite from Blackmagic Design'
_archive_name=DaVinci_Resolve_${pkgver}_Linux
sha256sums=('6ac9a8b06c848567e9add85e086cb9d7ac4a4bb51da9805cb688c9461392aa9f')
conflicts=('davinci-resolve-beta' 'davinci-resolve-studio' 'davinci-resolve-studio-beta')

fi`

As the packages are released at the same time, both the sha256sums can be added to their corresponding places, and only the pkgname needs to be changed from davinci-resolve to davinci-resolve-studio.

@satriani, please let me know if you like the proposal :) I also see you added a davinci-resolve-studio-beta package, but it seems to have some mistakes (in the archive name). Please consider this changes to avoid things like that.

Also, I'd like to add you as a mantainer to this version as well, if you'd like to be.

P.S. I seem to be unable to properly add the CODE syntax to this comment :/

fast update! Was about to work on the pkgbuild today :D

@codibit, for example: The prepare function is unusable because the archive file is already extracted before. We also do not need xorriso anymore, this is done perfectly with bsdtar. Just take a look at my PKGBUILD here: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=davinci-resolve