Package Details: davinci-resolve 19.0.3-1

Git Clone URL: https://aur.archlinux.org/davinci-resolve.git (read-only, click to copy)
Package Base: davinci-resolve
Description: Professional A/V post-production software suite from Blackmagic Design
Upstream URL: https://www.blackmagicdesign.com/support/family/davinci-resolve-and-fusion
Keywords: blackmagic davinci editor resolve video
Licenses: Commercial
Conflicts: davinci-resolve-beta, davinci-resolve-studio, davinci-resolve-studio-beta
Submitter: jonathon
Maintainer: satriani
Last Packager: satriani
Votes: 141
Popularity: 3.05
First Submitted: 2017-04-19 20:57 (UTC)
Last Updated: 2024-10-22 20:37 (UTC)

Dependencies (24)

Required by (0)

Sources (1)

Pinned Comments

satriani commented on 2021-05-15 14:15 (UTC) (edited on 2021-05-15 14:16 (UTC) by satriani)

Issues and bugs, please report on the official forum here: https://forum.blackmagicdesign.com/viewforum.php?f=21&sid=239f0d5c49abe5d6a635b69638192e9a Thank you!

Visit DaVinci Resolve - ArchWiki before installing: https://wiki.archlinux.org/title/DaVinci_Resolve

ATTENTION: Please don't flag this package as out-of-date before beta version has been released as stable!

This is a current stable Package!

The current free beta is available here: https://aur.archlinux.org/packages/davinci-resolve-beta/

And for current studio beta here: https://aur.archlinux.org/packages/davinci-resolve-studio-beta/

Thanks.

Latest Comments

« First ‹ Previous 1 .. 21 22 23 24 25 26 27 28 29 30 31 .. 54 Next › Last »

kureta commented on 2021-03-16 22:24 (UTC)

@ponies yout fix works but there is a small problem. all .desktop files have entries like

Path=RESOLVE_INSTALL_LOCATION/
Exec=RESOLVE_INSTALL_LOCATION/bin/resolve %u

So Gnome does not recognize them as a desktop application. I have replaced all RESOLVE_INSTALL_LOCATION entries with /opt/resolve and now everything works without any problems. But I don't know how the PKGBUILD should be modified to make this change during installation.

mari5ha commented on 2021-03-16 15:24 (UTC) (edited on 2021-03-16 15:40 (UTC) by mari5ha)

Thank you very much @ponies your fix is working actually! :)

ponies commented on 2021-03-16 11:03 (UTC) (edited on 2021-03-16 11:14 (UTC) by ponies)

FIXED
the problem is
./${_installer_binary} --appimage-extract "${pkgdir}/opt/${_pkgname}"
change the line to:
./${_installer_binary} --appimage-extract
mv squashfs-root/* "${pkgdir}/opt/${_pkgname}"
Explaination:
  --appimage-extract [<pattern>]  Extract content from embedded filesystem image
                                  If pattern is passed, only extract matching 
                                  files

<deleted-account> commented on 2021-03-16 06:28 (UTC)

Using yay: -> Add lib symlinks... ln: failed to create symbolic link 'libs/libcrypto.so.10': No such file or directory ==> ERROR: A failure occurred in package(). Aborting... error making: davinci-resolve

smw commented on 2021-03-15 20:15 (UTC)

@bartus: Thank you! I applied your patch and retried the build, and this time it ran to completion and 17.1 seems to run properly. However, the build reported these messages:

Installing Application icons
xdg-icon-resource: No writable system icon directory found.
xdg-icon-resource: No writable system icon directory found.
xdg-icon-resource: No writable system icon directory found.
xdg-icon-resource: No writable system icon directory found.
xdg-icon-resource: No writable system icon directory found.
xdg-icon-resource: No writable system icon directory found.
xdg-icon-resource: No writable system icon directory found.
xdg-icon-resource: No writable system icon directory found.
xdg-icon-resource: No writable system icon directory found.
xdg-icon-resource: No writable system icon directory found.
xdg-mime: No writable system mimetype directory found.
xdg-mime: No writable system mimetype directory found.
Updating icon cache
gtk-update-icon-cache: Failed to open file /usr/share/icons/hicolor/.icon-theme.cache : 
I/O error : Permission denied
I/O error : Permission denied
Failed to write XML file; For permission problems, try rerunning as root
Installing udev rules
Failed to send reload request: Permission denied
Failed to write 'change' to '/sys/devices/LNXSYSTM:00/uevent': Permission denied
Setting up dvpanels
lib/
lib/libc++abi.so.1
lib/libavahi-client.so.3
lib/libavahi-common.so.3
lib/libdns_sd.so.1
lib/libc++.so.1
lib/libusb-1.0.so.0
lib/libgcc_s.so.1
libDaVinciPanelAPI.so
libFairlightPanelAPI.so
Creating Common Data Dir : /var/BlackmagicDesign/DaVinci Resolve
mkdir: cannot create directory ‘/var/BlackmagicDesign’: Permission denied

bartus commented on 2021-03-15 18:35 (UTC) (edited on 2021-03-15 22:59 (UTC) by bartus)

@Konzartheld: I'm pretty sure it should work fine. Here's the list of files in my devinci-resolve package http://ix.io/2SY2 (it contains all opt/davinci-resolve/bin files.

My clone of this repo with applied patch. https://github.com/bartoszek/AUR-davinci-resolve.git

btw. Whole prepare() function is redundant and irrelevant. When user builds on system that already has previous version of the package installed it warns about non existing problem, on the other hand when building first time and system has some residue from installing davinci-resolve with appimage, it's redundant to pacman waring message for overlapping files which lists conflicting set of files and refers user to --overwrite option for pacman -S

Konzertheld commented on 2021-03-15 16:07 (UTC)

@bartus I can confirm that extraction to squashfs-root works properly with the first command you suggested. Then I went ahead and modified the PKGBUILD and tried installing again, without success, still no binaries in /opt/resolve afterwards.

Also, I am pretty sure the link you posted is not what you wanted to post as it contains a lot of system information. :)

bartus commented on 2021-03-15 10:52 (UTC) (edited on 2021-03-15 11:16 (UTC) by bartus)

Unpack call to appimage is malformed - it doesn't works like author thought it does.

./${_installer_binary} --appimage-extract "${pkgdir}/opt/${_pkgname}"

Last arguments names files to extract from appimage not location to extract to: --appimage-extract puts all files in squashfs-root folder in current working dir, this call should looks like:

./${_installer_binary} --appimage-extract
cd squashfs-root
./installer -i -y -n -a -C "${pkgdir}/opt/${_pkgname}" "$PWD"

btw. fuse2 is not required if you are calling appimage --appimage-extract

[patch]

Apply with git am -s < <(curl -s http://ix.io/2SVj)

And sorry lads, looks like this is all my fault, as I suggested this change without explaining all quirks that has to be accounted for ಥ_ಥ [###]

ilovesusu commented on 2021-03-15 03:53 (UTC)

==> Starting package()... -> Creating missing folders... -> Extracting from bundle... ==> Please wait, this take a while... -> Add lib symlinks... ln: failed to create symbolic link 'libs/libcrypto.so.10': No such file or directory ==> ERROR: A failure occurred in package(). Aborting...