Change:
Project description DaVinci Resolve 16 is the world’s only solution that combines professional 8K video editing, color correction, visual effects and audio post production all in one software tool! It is known to be hard to setup and currently only AUR has packaged it, so we can really solve a problem for many people and show the power of Nix. Metadata homepage URL: source URL: you get a rpm as download after registering with name and e-mail license: unfree platforms: linux, darwin, windows
is (the slightly more involved than usual) approach taken by the AUR package to download the program without user intervention.
Yes!
Is anyone aware of whose phone number that is in the AUR package? Should we just copy the info there blindly, or?
I've got a working for the same version that's in the AUR (with everything copied over), if anyone's willing to take over. I'm honestly not too terribly familiar with packaging proprietary, pre-compiled software, although I'm sure I can figure it out if no one's free.
nothing to add, just could really use this!
a quick search brings up this:
Had a go at patching the installer binary. When patching the rpath, I don't get any more errors about missing libraries but the installer just quits with the following message: What's also strange is, that says, the file is but says something different: The file command was run on the unpatched file. Does anyone have an idea what's still going wrong? Here's the derivation I'm building:
Same problem here: the installer quits with where is a random string.
The AUR package seems to extract the files directly from the installer instead of executing it: I'm not sure how that's supposed to work, since it is not an archive file? when I do it on my side a get an expected: I think I'm missing something here...
Nevermind, works on the unpatched installer.
Now I'm able to start , but it crashes right away:
Seems like it is a curl related bug for some reason:
Can you post your nix file? Just curious what you did to get it to work(ish)
Unfortunately I'm fairly new to NixOS so I don't know how to write a package. For now I'm doing it "by hand". I just have a nix file to setup a shell with all the dependencies: I also use the result of the following expression to configure the RPATH (I'm not patching, I'm using the variable): This gives my an environment in which I can patch and execute after extracting it from the file using (which is provided by the package).
I tried with the latest DaVinci Resolve 16, and there is still the issue. Now that DR 17 is out I don't think it will be patched. As for DR 17, the trick on the installer doesn't work anymore, and I've been unable to run the installer:
random thought here, but maybe it would be easier to package .deb version resolve rather than the original davinci release?
I'd be surprised if that didn't use the same functionality of being able to unpack the installer using that we've seen in the arch build (and as such would be broken on DR17), but if it works it might definitely be worth investigation.
Looking at the bash script they use to turn the blackmagic download into a .deb, it looks like since ver15 the file has been a self-extracting archive? Only version 15 uses "xorriso" to extract the package? edit: sorry I think I confused the installer for the file you download from blackmagic. leaving this up in case that's not the case _<
re: the bsdtar issues, it looks like the is just running the installer binary with some flags. Obviously this becomes more difficult using Nix, but definitely shouldn't be impossible if we setup correctly (or use patchelf). As a result don't think not being able to use bsdtar should be much of an issue for further progress.
As proposed I started to create a derivation using the installer of Davinci Resolve. But I got stuck because patchelf is complaining about a library Davinci is shipped with: Has anyone an idea how to fix this? My current state: <details<summarydavinci-</summary</details
That problem has been encountered before and seems to be a known issue with :
So, waiting for a working is the only possibility to make things working? Sry for dumb questions but I'm very new to nix.
There are at least two possible workarounds : using buildFHS or similar to fake a FHS distribution (no more patchelf), this post apparently had a working solution back then The second solution is maybe to use a patched patchelf that keeps more space using the values provided here
the patchelf issue seems to be fixed. Can you try that again?
According to it's a fake phone number, so I think you could probably copy it (or another number from that site) without any problems. I could be wrong, though!
Just gave this a try. Using derivation without the auto-patchelf hook together with buildFHSUserenv (and a wrapper to manually add davinci-resolve itself to – not sure if there's a better way, I'm new to the whole wrapping applications thing) I am able to run and it even creates a window, but then crashes immediately afterwards. Output: ActCCMessage Already in Table: Code= c005, Mode= 13, Level= 1, CmdKey= -1, Option= 0 ActCCMessage Already in Table: Code= c006, Mode= 13, Level= 1, CmdKey= -1, Option= 0 ActCCMessage Already in Table: Code= c007, Mode= 13, Level= 1, CmdKey= -1, Option= 0 ActCCMessage Already in Table: Code= 2282, Mode= 0, Level= 0, CmdKey= 8, Option= 0 PnlMsgActionStringAdapter Already in Table: Code= 615e, Mode= 0, Level= 0, CmdKey= -1, Option= 0 log4cxx: No appender could be found for logger (BtCommon). log4cxx: Please initialize the log4cxx system properly. 0012 Linux/Clang x86_64 Main thread starts: 80EEA680 log4cxx: setFile(,true) call failed. log4cxx: IO Exception : status code = 2 0x7f6a80eea680
log4cxx: No output stream or file set for the appender named [RollLogAppender]. 0x7f6a80eea680 Loaded log config from 0x7f6a80eea680
nix { stdenv , lib , cacert , curl , runCommandLocal , targetPlatform , unzip , appimage-run , autoPatchelfHook , addOpenGLRunpath , libGLU , alsaLib , xlibs , buildFHSUserEnv , bash , writeText }: let davinci = ();# jue89's derivation goes here; I cut it to keep things short(ish) in buildFHSUserEnv { name = "davinci-resolve"; targetPkgs = pkgs: with pkgs; [ librsvg libGLU libGL xlibs.libICE xlibs.libSM xlibs.libXxf86vm udev opencl-headers alsa-lib xlibs.libX11 xlibs.libXext expat zlib libuuid bzip2 libtool ocl-icd ]; runScript = "{ writeText "davinci-wrapper" ''cd /tmp; echo LDLIBRARYPATH:{davinci}/bin/resolve'' }"; }
your crashlog mentions a relative path . It seems likely that the call involving it would fail if there is no directory in the CWD when starting resolve. Here's the desktop file from ArchLinux: indeed it specifies , which has a subdirectory: However on ArchLinux, I can actually just run from anywhere, and it seems like it will change the working directory to itself. In Nix the derivation output is read-only though, so that may also be where things are going wrong?
Ah, you're right: I tried creating that directory manually (relative to my own working dir) before but it didn't help, but your second guess was correct: shows that will change directories to its own nix derivation once it starts: Well, I'm not sure what to do about that (at least not in any nice way) – can we somehow prevent a binary from entering the nix store if we can't really change it / don't have its source? In the meantime: if I copy the entire davinci derivation to outside the nix store, make that writable, and then run from within the fhsenv by hand, I get the following: and still shows it entering the nix store, though I'm not sure where it got the path from — , at least, doesn't find any mentions of the derivation's hash within davinci resolve …
Creating a link outside of the nix store may be a solution for that no? Maybe to some temporary folders, potentially created by a startup script?
I don't think so – seems like will just change its own working directory back to no matter where it was executed from, so until anyone figures out how to get it to either not change directories at all or run in some user-defined directory symlinks outside the nix store (i.e. outside the directory it wants to run in) won't help. And so far I haven't had any luck with that …
I mean, in the derivation create a symlink like , and then create the folder , either manually or via a script. That way, resolve will run from inside the nix store, it's just that will point to a writable path.
I have some progress in davinci resolve:
The package shared seems to work well with Davinci opening and displaying the project select screen, however it crashes soon after that with the following appearing in I haven't had much luck debugging the segfault so far. Any guidance is appreciated. :slightlysmiling_face:
I can confirm the findings of ! Exactly the same behavior. At least it is reproducible :wink:
Also seeing the same but in I see the following errors: Im assuming panel socket is in reference to the physical panel one can get from Blackmagic. I see some udev stuff sprinkled throughout the AUR PKGBUILD such as this:
can you create a draft PR to make testing easier? Has anyone tested it with AMD GPU?
I have no experience testing nixpkgs versions/branches and overall little Nix knowledge, but if someone can give me a step-by-step I'm happy to give it a try on my recent AMD Thinkpad with its comparatively powerful integrated graphics.
Here is an example init PR for a new application/package - I recommend taking a look at the files changed as that covers the basic requirements. Make sure you add the package into the in alphabetical order and place the in .. Not sure what we would call the pkgs directory. Probably just but thats up to you. In your PR I would recommend giving credit to those that posted most the code here ( e.g. tfmoraes ) and including a link to this issue so to connect it to the PR for visibility. Highly recommend reviewing the Lastly, this  block is required as you will see in the contributing guide. You will need to add yourself to the  list since you haven't maintained a package yet. Same deal as the , alphabetical order and instructions can be found commented out at the top of the file. To test building the application in your PR you would simply go to the root of the repository and run . should align with whatever you call it in Feel free to correct anything I missed Edit: Also, if you just want to do this to test on a AMD GPU then ignore the maintainer/meta block instructions I . I made the assumption you were asking how to contribute but then I realized you might have just been asking for instructions on how to build the package locally..
I can reproduce the crash. The project selection was shown, but when i create a new project it hangs and i see the crash in logs. Here is the full Maybe this is relevant? I to the chroot and now the program opens. I updated the PR. Please test if it works. !
! It says the video files have "No Video" and MKV or OGV files are not even detected. Maybe all codecs are missing? It also does not play any audio.
Im seeing waveforms and getting audio for some of my MOV h264 videos. MKV is commonly H264 and reading up some on Davinci for linux I see there is a lack of support for H264 in the free version, only in the studio version. Is that the codec your videos are using?
thanks for submitting the PR to add Davince Resolve!
<img width="1009" alt="Screen Shot 2021-12-25 at 1 54 28 PM" src="https://user-"Seems to be working as expected for me. Nvidia GPU. Had to transcode my h264 videos to DNxHD - I cant speak for performance as I'm remotely accessing my nix machine but it seems pretty good. Also, using gausian blur effect to hide the video content so.. I can confirm thats working as well Hats off you two and the amazing work! Edit: another note, I was seeing online that AAC isnt supported for Linux so that might be why you weren't getting audio. Might need to transcode it.
oh wow, that's great! Although I guess it can't be considered fully ready since h264 doesnt work
Unfortunately thats expected for the free version I guess paid studio ships with support for h264.. Im guessing its something to do with licensing and MIGHT be fixed in the future but thats just speculation (and a little hope) from me.. Something to note, H264 is a terrible codec for video editing anyways and it would be better to work off mezzanine codecs but that workflow isn't the easiest for those wanting to quickly get videos from their cameras native codec to the editor..
oh wait, I didn't see that it's a limitation of the free version and not a NixOS issue. Does this mean that the packaging is finally complete and the PR can be submitted now?
I think it's pretty close. The open PR right now will need a maintainer and maybe some other tweaks needed for AMD support.. not sure but hopefully can test it out with their AMD GPU and give us an update after the holidays. I'll do some further testing on Monday with it to see if there are any issues to report
Using Resolve with an AMD GPU on Linux is… complicated at the moment. ROCm currently with it and has not for a while; one needs to use the AMDGPU-PRO driver for OpenCL, which (last I checked) isn't in Nixpkgs. Fortunately the recent release if someone wants to do that in the future, but I don't think it's worth holding up this PR for. FWIW, I did try to run the PR myself (I have an RX 6800). The program did not start unfortunately. <details<summary(very incomplete) NixOS configuration (nixos-unstable)</summary</details<details<summaryOutput of clinfo</summary</details<details</summary</detailsI would be happy to continue testing stuff though, please let me know if there's anything else you'd like me to try. P.S. Resolve is highly demanding and so I'd be really surprised if you manage to get it working with integrated graphics, but don't let me discourage you from trying if you want to give it a go! (I could be wrong after all!)
The free version supports H.264 just fine. It's H.265 support that requires the Studio version. If H.264 does not work out of the box, then this is definitely a problem with the way Resolve is packaged.
The for Resolve 16 (I can't seem to find a supported codec list for version 17 for some reason) lists H.264 as Studio only, and I remember this being a limitation back when I used it on Arch. Was this changed in version 17?
Yeah, I would LOVE to be wrong but I haven't seen anything online saying it supports h264 - Now that I'm posting the link to it I see the original title was for 15 and it was just updated.. maybe the writer was unaware of the change too? Hoping has personal experience with it because that would be awesome
Yeah, the H.264 limitation is Linux only for some reason.
I found out what's going on. According to , the free version of Resolve supports H.264, like I thought, but only on MacOS and Windows! The Linux version does not support h.264, indeed.
Thanks for the PR, that made it quite easy to test. It builds and launches fine, but once the loading popup reaches "ready" it glitched out the GPU somehow, here's dmesg from when it started: At this point my sway/wayland session was also mostly unresponsive. I switched to a different virtual console. I noticed that there it would now also periodically spit out these messages (as in dmesg), number of "callbacks surpressed" and lines varying: Once I killed I could leave the wayland session via the sway UI, but until I did so the screen was covered with many visual glitches (this started to happen after re-rentering from vconsole).
Huh, I just started it again to capture the resolve output log, and this time it launched right away without problems. Before I even imported any clips, I got a "GPU Memory full" message - that's integrated graphics for you I guess. <details<summaryStart of </summary<pre<code0x7ffbad2026c0 Running DaVinci Resolve v17.4.1.0004 (Linux/Clang x8664) 0x7ffbad2026c0 BMDBUILDUUID -fc7e-4bd1-8cc2- 0x7ffbad2026c0 BMDGITCOMMIT 0x7ffbad2026c0 Starting GPUDetect 1.2-a3 0x7ffbad2026c0 X11 logs not found. 0x7ffbad2026c0 No Main Display GPU found and no monitors found to match, defaulting to gpu:.. 0x7ffbad2026c0 Done in 270 ms. 0x7ffbad2026c0 Detected System: 0x7ffbad2026c0 - OS: Linux NixOS 21.11 (Porcupine) 0x7ffbad2026c0 - Model: LENOVO 20UES00L00 0x7ffbad2026c0 - System ID: 0x7ffbad2026c0 - CPU: AMD Ryzen 7 PRO 4750U with Radeon Graphics, 16 threads, x86-64 0x7ffbad2026c0 - RAM: 2.5 GiB used of 30.7 GiB 0x7ffbad2026c0 Detected 1 GPUs: 0x7ffbad2026c0 - "AMD Device 1636" (gpu:.) <- Main Display GPU 0x7ffbad2026c0 Discrete, 12 MiB used of 512 MiB VRAM, PCI:7:0 0x7ffbad2026c0 Matches: OpenCL 0x7ffbad2026c0 Detected 1 monitors: 0x7ffbad2026c0 Compute API set to automatic, defaulting to OpenCL. 0x7ffbad2026c0 Selected compute API: OpenCL 0x7ffbad2026c0 Automatic GPU Selection: 0x7ffbad2026c0 - "AMD Device 1636" (gpu:.) 0x7ffbad2026c0 RED InitializeSdk with library path at /nix/store/2akb5vgiiacsincfq2k43y0m6i398vl4-davinci-resolve-17.4.1/libs 0x7ffbad2026c0 R3DAPI 8.0.4-52A07 ( Lx64S) R3DSDK 8.0.4-52A07 ( Lx64D C3B1) RED OPENCL 8.0.4- () [/nix/store/2akb5vgiiacsincfq2k43y0m6i398vl4-davinci-resolve-17.4.1/libs/] init is successful 0x7ffbad2026c0 0 RED rocket cards available cannot open shared object file: No such file or directory 0x7ffbad2026c0 Decklink model name: '', version: '' 0x7ffbad2026c0 DVIP release/17.4.1 build 6 (). Release, version 17.4.1. 0x7ffb87b79640 Using DNxHR library v2.7.0.10r Could not find the Qt platform plugin "wayland" in "" 0x7ffb8837a640 Fusion Build: (Oct 28 2021 15:53:36) 0x7ffb87b79640 IO codec library load completed in 309 ms. 0x7ffa709fb640 fusionsystem: = "/nix/store/2akb5vgiiacsincfq2k43y0m6i398vl4-davinci-resolve-" 0x7ffa709fb640 FusionLibs: = "/nix/store/2akb5vgiiacsincfq2k43y0m6i398vl4-davinci-resolve-17.4.1/libs/Fusion/" 0x7ffa709fb640 UserData: = "/home/s-" 0x7ffa709fb640 Profiles: = "UserData:Profiles/" Attribute Qt::AAShareOpenGLContexts must be set before QCoreApplication is created. 0x7ffbad2026c0 Finished loading Application style sheet 0x7ffbad2026c0 Show splash screen 0x7ffbad2026c0 Show splash screen message: Starting Up ldconfig: Can't open cache file /nix/store/563528481rvhc5kxwipjmg6rqrl95mdx-glibc-2.33- : No such file or directory ldconfig: Can't open cache file /nix/store/563528481rvhc5kxwipjmg6rqrl95mdx-glibc-2.33- : No such file or directory Local.Speed.Debug switched OFF - '' 0x7ffa4dce1640 521, 29 0x7ffbad2026c0 Memory config: reserved=6000M pinned=4000M log=0 0x7ffbad2026c0 Using default pooled memory manager 0x7ffa4d4e0640 BtResourceManager Process Thread Started 0x7ffbad2026c0 Total: 20, NumDtThreads: 8, NumComms: 0, NumSites: 1 0x7ffbad2026c0 Lookaheads -playback = 20, record = 20, stop = 2 </code</pre</details<details<summarylater part that repeats often</summary<pre<code0x7ffa1f47c640 Flushing GPU memory... 0x7ffa1f47c640 Released 31 MiB in 2 unused textures. 0x7ffa1f47c640 Failed to register OpenGL object for OpenCL interop: CLMEMOBJECTALLOCATIONFAILURE. 0x7ffa1f47c640 Failed to register OpenGL texture to compute API. 0x7ffa1f47c640 MainPlayer: Failed to un-map texture, Handle62 is unknown. 0x7ffa1f47c640 Out-of-memory exception caught, purging memory: Packer OpenGL interop failed. 0x7ffa1f47c640 Flushing GPU memory... 0x7ffa1f47c640 Released 0 MiB in 0 unused textures. 0x7ffa1f47c640 Failed to register OpenGL object for OpenCL interop: CLMEMOBJECTALLOCATIONFAILURE. 0x7ffa1f47c640 Failed to register OpenGL texture to compute API. 0x7ffa1f47c640 MainPlayer: Failed to un-map texture, Handle62 is unknown. 0x7ffa1f47c640 Out-of-memory exception caught, purging memory: Packer OpenGL interop failed. 0x7ffa1f47c640 Flushing GPU memory... 0x7ffa1f47c640 Released 15 MiB in 1 unused textures. 0x7ffa1f47c640 Failed to register OpenGL object for OpenCL interop: CLMEMOBJECTALLOCATIONFAILURE. 0x7ffa1f47c640 Failed to register OpenGL texture to compute API. 0x7ffa1f47c640 MainPlayer: Failed to un-map texture, Handle63 is unknown. 0x7ffa1f47c640 Out-of-memory exception caught, purging memory: Packer OpenGL interop failed. 0x7ffa1f47c640 Flushing GPU memory... 0x7ffa1f47c640 Released 0 MiB in 0 unused textures. 0x7ffa1f47c640 Failed to register OpenGL object for OpenCL interop: CLMEMOBJECTALLOCATION_FAILURE. 0x7ffa1f47c640 Failed to register OpenGL texture to compute API. 0x7ffbad2026c0 MainPlayer: Failed to get texture, Handle61 is unknown. 0x7ffbad2026c0 Invalid handle, and failed to get previous texture. 0x7ffa1f47c640 MainPlayer: Failed to un-map texture, Handle63 is unknown. 0x7ffbad2026c0 Unable to submit frame to GPU scopes, legacy OpenGL uploads not supported (Player Model). </pre</code</detailsAs for video decoding, I'm not sure how to check whether hardware acceleration is working properly. On some starts it does decode a DNxHD video, but then crash shortly after seeking around in it (bad crash - screen freezes, have to reboot computer). On another start instead it would not decode the video at all, it just remained gray and playback would be stopped (red play icon) both in the media and in the timeline view.
I have updated the PR to the latest version 17.4.3! The issues for me are still the same. I tested with ProRes 422 videos recorded with Atomos Ninja V and i just see a still frame with glitched colors. I also get the "Your GPU memory is full." error. My GPU has 8 GB VRAM. ! ! That issue might be related to the open source amdgpu driver. one needs to use the AMDGPU-PRO driver for OpenCL, which (last I checked) isn't in Nixpkgs There is a PR that needs testers I opened a document to get some structure into the testing results: Please add your test results there with hardware/software combinations. When the package works as expected, we should also package the studio version in a modular way. Maybe we can get a license key and dongle for free for the maintainers to test it. Also, the license is quiet cheap for what you get. Totally worth it if you regularly use it or use it professionally. There are licenses on ebay for about 200 euro and 265 euro is the cheapest offer from online stores (). At some point this year it was at 200 euro! There is also the bundle with the SPEED EDITOR controller https://www.toneart- I might buy a license when i decide to use it.
This discussion should be moved to .

Discussion:
<ins> { stdenv , lib , cacert , curl , runCommandLocal , targetPlatform , unzip , appimage-run , addOpenGLRunpath , libGLU , xorg , buildFHSUserEnv , bash , writeText , ocl-icd , xkeyboard_config , glib , libarchive }: let davinci = ( stdenv.mkDerivation rec { pname = "davinci-resolve"; version = "17.4.3"; nativeBuildInputs = [ unzip appimage-run addOpenGLRunpath ]; # Pretty sure, there are missing dependencies ... buildInputs = [ libGLU xorg.libXxf86vm ]; src = runCommandLocal "${pname}-src.zip" rec { outputHashMode = "recursive"; outputHashAlgo = "sha256"; outputHash = "0hq374n26mbcds8f1z644cvnh4h2rjdrbxxxbj4p34mx9b04ab28"; impureEnvVars = lib.fetchers.proxyImpureEnvVars; nativeBuildInputs = [ curl ]; # ENV VARS SSL_CERT_FILE = "${cacert}/etc/ssl/certs/ca-bundle.crt"; DOWNLOADID = "5efad1a052e8471989f662338d5247f1"; REFERID = "263d62f31cbb49e0868005059abcb0c9"; SITEURL = "https://www.blackmagicdesign.com/api/register/us/download/${DOWNLOADID}"; USERAGENT = builtins.concatStringsSep " " [ "User-Agent: Mozilla/5.0 (X11; Linux ${targetPlatform.linuxArch})" "AppleWebKit/537.36 (KHTML, like Gecko)" "Chrome/77.0.3865.75" "Safari/537.36" ]; REQJSON = builtins.toJSON { "firstname" = "NixOS"; "lastname" = "Linux"; "email" = "someone@nixos.org"; "phone" = "+31 71 452 5670"; "country" = "nl"; "state" = "Province of Utrecht"; "city" = "Utrecht"; "product" = "DaVinci Resolve"; }; } '' RESOLVEURL=$(curl  -s  -H 'Host: www.blackmagicdesign.com'  -H 'Accept: application/json, text/plain, */*'  -H 'Origin: https://www.blackmagicdesign.com'  -H "$USERAGENT"  -H 'Content-Type: application/json;charset=UTF-8'  -H "Referer: https://www.blackmagicdesign.com/support/download/$REFERID/Linux"  -H 'Accept-Encoding: gzip, deflate, br'  -H 'Accept-Language: en-US,en;q=0.9'  -H 'Authority: www.blackmagicdesign.com'  -H 'Cookie: _ga=GA1.2.1849503966.1518103294; _gid=GA1.2.953840595.1518103294'  --data-ascii "$REQJSON"  --compressed  "$SITEURL") curl  --retry 3 --retry-delay 3  -H "Host: sw.blackmagicdesign.com"  -H "Upgrade-Insecure-Requests: 1"  -H "$USERAGENT"  -H "Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8"  -H "Accept-Language: en-US,en;q=0.9"  --compressed  "$RESOLVEURL"  > $out ''; # The unpack phase won't generate a directory setSourceRoot = '' sourceRoot=$PWD ''; installPhase = '' runHook preInstall export HOME=$PWD/home mkdir -p $HOME mkdir -p $out appimage-run ./DaVinci_Resolve_${version}_Linux.run -i -y -n -C $out mkdir -p $out/{configs,DolbyVision,easyDCP,Fairlight,GPUCache,logs,Media,"Resolve Disk Database",.crashreport,.license,.LUT} runHook postInstall ''; dontStrip = true; postFixup = '' for program in $out/bin/*; do isELF "$program" || continue addOpenGLRunpath "$program" done for program in $out/libs/*; do isELF "$program" || continue if [[ "$program" != *"libcudnn_cnn_infer"* ]];then echo $program addOpenGLRunpath "$program" fi done ''; } ); in buildFHSUserEnv { name = "davinci-resolve"; targetPkgs = pkgs: with pkgs; [ librsvg libGLU libGL xorg.libICE xorg.libSM xorg.libXxf86vm xorg.libxcb udev opencl-headers alsa-lib xorg.libX11 xorg.libXext expat zlib libuuid bzip2 libtool ocl-icd glib libarchive xdg-utils # xdg-open needed to open URLs python # currently they want python 3.6 which is EOL #python3 ]; runScript = "${bash}/bin/bash ${ writeText "davinci-wrapper" '' export QT_XKB_CONFIG_ROOT="${xkeyboard_config}/share/X11/xkb" export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:${davinci}/libs ${davinci}/bin/resolve '' }"; meta = with lib; { description = "Professional Video Editing, Color, Effects and Audio Post"; homepage = "https://www.blackmagicdesign.com/products/davinciresolve/"; license = licenses.unfree; maintainers = with maintainers; [ jshcmpbll ]; platforms = platforms.linux; }; } </ins>

ejson2env = callPackage ../tools/admin/ejson2env { }; <ins> davinci-resolve = callPackage ../applications/video/davinci-resolve { }; </ins> gamemode = callPackage ../tools/games/gamemode { libgamemode32 = pkgsi686Linux.gamemode.lib; };