Package Details: dcpomatic 2.16.79-1

Git Clone URL: (read-only, click to copy)
Package Base: dcpomatic
Description: A free, open-source program to generate Digital Cinema Packages (DCPs) from videos or images
Upstream URL:
Keywords: Cinema DCP
Licenses: GPL
Submitter: ska
Maintainer: markusk (bradel)
Last Packager: bradel
Votes: 6
Popularity: 0.000009
First Submitted: 2013-11-16 17:01 (UTC)
Last Updated: 2024-03-25 08:50 (UTC)

Latest Comments

1 2 3 4 5 6 .. 10 Next › Last »

markusk commented on 2024-04-15 12:52 (UTC)

@multi.flexi commented on 2024-04-15 04:58 (UTC) I can not reproduce your error. Please make sure that your "makepkg" builddir is empty. Maybe you have a failed or partial download? If you need more help you can contact us pkg-maintainers at If you do please supply the output of your build/aur-helper tool as an attachment.

multi.flexi commented on 2024-04-15 04:58 (UTC)

I am getting bad checksum. It is necessary to skip it: paru -S dcpomatic --mflags "--skipchecksums --skippgpcheck"

markusk commented on 2022-04-14 11:06 (UTC) (edited on 2022-04-14 11:08 (UTC) by markusk)

@TilmanV commented on 2022-04-10 09:38 (UTC)

This is a death loop now.

a) The 2.16.X dcpomatic is based on patched libraries from Carl.

b) your "boost" compile for the 2.14.X packages implies that the boost package from Arch was updated and now the dcpomatic 2.14.X is no longer compatible with the new boost.

At the moment I don't want to host patched ffmpeg or other libs that would be needed to compile 2.16.X in extra packages on AUR as these might break other packages that depend on these libs.

Asking Carl (dcpomatic creator) to supply patches for 2.14.X for these to compile on Arch with the new boost might be a bit much to ask based on the assumed low user base here ? (can't tell how many use these PKGs)

My suggestion for the moment would be to use the Appimage's Carl is supplying. For me these seem to be the "best of the bad options" on the table at the moment.

TilmanV commented on 2022-04-10 09:38 (UTC)

The current version doesn't compile.

IOAOI commented on 2022-01-19 22:33 (UTC) (edited on 2022-01-20 00:24 (UTC) by IOAOI)

Thank you, it builds and works now, although first I needed to rebuild these AUR deps as my pre-existing packages were built against older versions of boost and icu - 1: libcxml 2: libquickmail 3: libasdcp-cth 4: libdcp 5: libsub 6: liblocked-sstream (and the preview audio works with pipewire too)

markusk commented on 2022-01-19 00:38 (UTC)

@IOAOI: With the help of a small patch file provided by “Mr Upstream” aka Carl H. ;) both 2.14.56 and the new stable version 2.14.57 released today work.

About that is the build help for the new develop version 2.15.x which indeed will need much more libs not currently present or even "core" programs (ffmpeg, openjpeg2, ...) with patched versions. The build help for stable 2.14.x can be found at

IOAOI commented on 2022-01-17 12:50 (UTC) (edited on 2022-01-17 12:54 (UTC) by IOAOI)

Thank you - I needed a DCP by today, so installed dcpomatic_2.14.56-1_amd64.deb yesterday evening in Devuan which has done the job - hopefully you will get this working again in due course. I tried updating this PKGBUILD to the dev version first but ran into issues, I think I should have followed this guide in retrospect, there are some extra deps which aren't packaged: It looks like there is a patched openjpeg too.

markusk commented on 2022-01-16 22:33 (UTC)

@IOAOI: On my Arch system icu is in version .70 and no longer .69 and this seems to be the same case on your system. But one of the dcpomatic pkg's (libsub, libdcp, dcpmatic, .....) that you have installed is still linked to the old version of the lib.

$ pacman -Q | grep '^icu'
icu 70.1-1

$ pacman -Ql icu | grep so
[..] icu /usr/lib/ icu /usr/lib/ icu /usr/lib/ [..]

About the boost problem and the compile errors. These are a bit of a hassle, you can file bug reports for these upstream at At the moment, the AUR packaging is on a freeze as extra/openjpeg2 is missing a needed patch to support the new dcpomatic versions that bug fixes (inc. boost stuff) would be placed in from upstream. At the moment the flatpak pkgs hosted on might be the only option to use dcpomatic on arch till the patch to openjpeg2 lands in code and in extra/openjpeg2. At you can follow what is happening to the pull request from Carl.

If you have more questions, you can reach me via email at

IOAOI commented on 2022-01-16 02:12 (UTC)

Build fails with boost 1.78.0-1 & boost-libs 1.78.0-1, needed to downgrade to boost 1.76.0-2 & boost-libs 1.76.0-2 but still won't work: dcpomatic2: error while loading shared libraries: cannot open shared object file: No such file or directory