Package Details: dcpomatic 2.10.5-2

Git Clone URL: https://aur.archlinux.org/dcpomatic.git (read-only)
Package Base: dcpomatic
Description: A free, open-source program to generate Digital Cinema Packages (DCPs) from videos or images
Upstream URL: http://dcpomatic.com/
Keywords: DCP
Submitter: ska
Maintainer: markusk
Last Packager: markusk
Votes: 6
Popularity: 0.082621
First Submitted: 2013-11-16 17:01
Last Updated: 2017-06-08 23:30

Latest Comments

markusk commented on 2017-10-18 17:35

Hi @TilmanV

the stable dcpomatic/libdcp/libsub/... packages are at the moment incompatible to some newer Arch libs. I have reported these upstream to the dcpomatic develop team. The fixes where included into the dcpomatic testing (git dev Version). I reactivated my "git" packages (dcpomatic-git , libdcp-git, ..... ) for my testing runs. You can use these to get the current dev Version build on arch.

PS: please use pastebin or something like it for long code/error cut&pastes

TilmanV commented on 2017-10-18 15:10

Still broken

TilmanV commented on 2017-09-30 10:07

Build failed
-> task in 'libdcpomatic2' failed (exit status 1):
{task 140311127321424: cxx cross.cc -> cross.cc.1.o}
['/usr/lib/ccache/bin/g++', '-D_FORTIFY_SOURCE=2', '-march=native', '-O2', '-pipe', '-fstack-protector-strong', '-fno-plt', '-std=c++11', '-O2', '-D__STDC_CONSTANT_MACROS', '-D__STDC_LIMIT_MACROS', '-D__STDC_FORMAT_MACROS', '-msse', '-fno-strict-aliasing', '-Wall', '-Wno-attributes', '-Wextra', '-Wno-deprecated-declarations', '-D_FILE_OFFSET_BITS=64', '-Wno-unused-result', '-O2', '-DDCPOMATIC_POSIX', '-mfpmath=sse', '-DLINUX_LOCALE_PREFIX="/usr/share/locale"', '-DLINUX_SHARE_PREFIX="/usr/share/dcpomatic2"', '-DDCPOMATIC_LINUX', '-DDCPOMATIC_IMAGE_MAGICK', '-std=c++11', '-fPIC', '-fopenmp', '-fopenmp', '-fopenmp', '-fopenmp', '-fopenmp', '-fopenmp', '-I/usr/include/ImageMagick-6', '-I/usr/include/libdcp-1.0', '-I/usr/include/libxml++-2.6', '-I/usr/lib/libxml++-2.6/include', '-I/usr/include/glibmm-2.4', '-I/usr/lib/glibmm-2.4/include', '-I/usr/include/glib-2.0', '-I/usr/lib/glib-2.0/include', '-I/usr/include/sigc++-2.0', '-I/usr/lib/sigc++-2.0/include', '-I/usr/include/xmlsec1', '-I/usr/include/libxml2', '-I/usr/include/libasdcp-cth', '-I/usr/lib/libzip/include', '-I/usr/include/freetype2', '-I/usr/include/libpng16', '-I/usr/include/harfbuzz', '-I/usr/include/pangomm-1.4', '-I/usr/lib/pangomm-1.4/include', '-I/usr/include/cairomm-1.0', '-I/usr/lib/cairomm-1.0/include', '-I/usr/include/pango-1.0', '-I/usr/include/cairo', '-I/usr/include/pixman-1', '-I/usr/include/libsub-1.0', '-DDCPOMATIC_HAVE_MAGICKCORE_NAMESPACE=1', '-DDCPOMATIC_HAVE_FORMAT_STRIDE_FOR_WIDTH=1', '-DDCPOMATIC_HAVE_SHOW_IN_CAIRO_CONTEXT=1', '-DLOCALEDIR="/usr/share/locale"', '-DDATADIR="/usr/share"', '-DHAVE_AVCODEC=1', '-DHAVE_AVUTIL=1', '-DHAVE_AVFORMAT=1', '-DHAVE_AVFILTER=1', '-DHAVE_SWSCALE=1', '-DHAVE_SAMPLERATE=1', '-DHAVE_POSTPROC=1', '-DHAVE_MAGICK=1', '-DMAGICKCORE_HDRI_ENABLE=1', '-DMAGICKCORE_QUANTUM_DEPTH=16', '-DMAGICKCORE_HDRI_ENABLE=1', '-DMAGICKCORE_QUANTUM_DEPTH=16', '-DMAGICKCORE_HDRI_ENABLE=1', '-DMAGICKCORE_QUANTUM_DEPTH=16', '-DMAGICKCORE_HDRI_ENABLE=1', '-DMAGICKCORE_QUANTUM_DEPTH=16', '-DMAGICKCORE_HDRI_ENABLE=1', '-DMAGICKCORE_QUANTUM_DEPTH=16', '-DMAGICKCORE_HDRI_ENABLE=1', '-DMAGICKCORE_QUANTUM_DEPTH=16', '-DHAVE_DCP=1', '-DXMLSEC_CRYPTO_DYNAMIC_LOADING=1', '-D__XMLSEC_FUNCTION__=__func__', '-DXMLSEC_NO_SIZE_T', '-DXMLSEC_NO_GOST=1', '-DXMLSEC_NO_GOST2012=1', '-DXMLSEC_DL_LIBLTDL=1', '-DHAVE_CXML=1', '-DHAVE_GLIB=1', '-DHAVE_CURL=1', '-DHAVE_ZIP=1', '-DHAVE_FONTCONFIG=1', '-DHAVE_PANGOMM=1', '-DHAVE_CAIROMM=1', '-DHAVE_SUB=1', '-DHAVE_ICU=1', '-DHAVE_NETTLE=1', '../src/lib/cross.cc', '-c', '-o', '/tmp/yaourt-tmp-tilman/aur-dcpomatic/src/dcpomatic-2.10.5/build/src/lib/cross.cc.1.o']

markusk commented on 2017-07-23 12:27

@adsun: checked into it and at the moment extra/imagemagick 6.9.9.2-1 is the default version for Arch. I hope you can understand that for me that is the reference version. I only use other aur packages if there is need to.

markusk commented on 2017-07-23 00:31

@TilmanV: "systemd exta" sorry it took me so long to get back to you. At the moment my time is a bit limited. Truth be told at the moment the systemd-dcpomatic stuff has to wait until i have time to do some research how to best tackle the stuff.

markusk commented on 2017-07-23 00:27

@adsun: i will have a look at it in the next days but i think it would be better if you file a bug report upstream with the dcpomatic developer on his Mantis Bug reporting tool. http://dcpomatic.com/mantis/my_view_page.php

I only do packaging and some very limited testing for arch. I'm not involved with coding dcp-o-matic.

adsun commented on 2017-07-22 23:38

Fails to build against ImageMagick 7.

https://gist.github.com/Adsun701/e688aee5a86213d4e014db772487b18a

Would appreciate it if it were fixed.

TilmanV commented on 2017-07-08 12:07

about systemd:

what about another package, that depends on this but only provides the systemd-service unit and userconfig?

markusk commented on 2017-06-08 23:34

I have pushed PKGBUILD version 2.10.5-2 after some rudimentary testing it works on my desktop rig. I don't have time too run all the VM base install testing that i'm doing on dep changes usually. Please let me now if it works for you all or if there are problems!

markusk commented on 2017-06-08 23:02

About wxgtk ... i'm testing at the moment .. something is quite odd. wxgtk2 has "provides=wxgtk" that should lead to instant import even with my 'wxgtk>=3.0.1' ... will try some tests with wxgtk2 or even wxgtk3 maybe today or over the weekend.

TilmanV commented on 2017-06-08 16:25

wxgtk has been replaced with extra/wxgtk2. Please update the PKGBUILD.

markusk commented on 2017-05-28 16:15

@mrdrogdrog: About systemd
Adding this looks "easy" but it throws up a lot of side stuff that makes it "harder" then one would think. With systemd and server starting stuff comes the need for user creation. Sure one could run it as user nobody but that is not the right way. I for my part am not a fan of user creation in aur packages. And i would have to do this for a "dcpomatic" user like fedora does it.

How is the rest of the user base thinking about that ? Would you like systemd integration?

TilmanV commented on 2017-05-28 09:25

The fedora package of dcpomatic contains a systemd service unit for the encoding server.

https://pastebin.com/0iPFQDJQ

Can you add this?

TilmanV commented on 2016-12-25 11:33

dcpomatic2: error while loading shared libraries: libMagick++-6.Q16HDRI.so.6: cannot open shared object file: No such file or directory

ImageMagick was updated. Had to recompile dcpomatic2

markusk commented on 2016-11-17 13:30

@mrdrogdrog;Thank you for the info. Fixed to 1.4.4

TilmanV commented on 2016-11-17 12:33

dcpomatic needs libdcp 1.4.1. please update the pkgbuild

markusk commented on 2016-04-27 17:58

2.7.1 didn't compile on arch linux when it was released . There where fixes merged into testing version 2.7.13 that made it possible to compile on arch without patching. As I'm only packaging and not patch-packaging the options where staying with 2.5.0 (last one which compiled with stable libs [libsub,libusb,libcxml]) or the "testing" versions 2.7.[13|17]. I decided to supply 2.7.13 some days ago and now upgraded to the "freeze" version of 2.7.17.

2.7.17 is very close to the soon to be released version 2.8.0.

If you have trouble with 2.7.17 please let me know what the problem is.

evil-god commented on 2016-04-27 17:43

PKGBUILD is wrong, pkgver=2.7.17 <-should be 2.7.1
checksum should be sha256sums=('73a4ec19f448055c1849f3fc1a482e2b1c51099bbd4c3bbd6715d9a6e7b4b167')
please fix

markusk commented on 2016-04-23 13:11

Carl (upstream dev) supplied 2.7.13 which compiles with current arch libs.

markusk commented on 2016-03-14 11:44

still waiting for upstream fixes!

markusk commented on 2016-02-05 20:30

The upstream developer is working on fixing dcpomatic to build with new gcc present in Arch.... Stay tuned!

markusk commented on 2015-12-07 03:22

Waiting for feedback from upstream developer because of compile errors of dcpomatic 2.6.3 on arch....

markusk commented on 2015-09-17 12:15


Quick Fix for include error for missing openjpeg.h
ln -s /usr/include/openjpeg-1.5/openjpeg.h /usr/include/openjpeg.h

markusk commented on 2015-07-28 14:34

Working with upstream to fix some bugs in 1.81.0 which make it unable to compile on Arch... Stay tuned ...

markusk commented on 2015-05-30 22:04

On 08.08.2015 the new aur4.archlinux.org system will finish beta testing an replace the current aur.archlinux.org system. All dcpomatic and corresponding dep-libs which are maintained by me are already available in the new system. You can find all git repos under the following link [1]. The new system offers version history and "git clone" downloads of the PKGBUILD and .SRCINFO files!


[1] https://aur4.archlinux.org/packages/?SeB=m&K=markusk

peT commented on 2015-04-09 10:00

It's now libdcp>=1.00

markusk commented on 2014-10-16 10:20

The 1.73.0 version has an upstream bug that prevents compile on current arch systems! For the time being you can us the dcpomatic-git[1] package until a new dcpomatic version is released.

[1] https://aur.archlinux.org/packages/dcpomatic-git/

markusk commented on 2014-10-16 10:18

The 1.73.0 version has an upstream but that prevents compile! For the time being you can us the dcpomatic-git[1] package until a new dcpomatic version is released.

[1] https://aur.archlinux.org/packages/dcpomatic-git/

markusk commented on 2014-10-15 19:35

"Boost" Problem is connected to the fact that aur/libdcp also has to be compiled using boost 1.56 ...

markusk commented on 2014-09-13 12:08

Next "Bug": after patching (see below) it compiles but then there is a second bug as it is linked to two different libboost versions which does not make sense to me. Anyone have this running with libboost 1.56.0 ?


ldd /usr/bin/dcpomatic|grep boost
libboost_system.so.1.56.0 => /usr/lib/libboost_system.so.1.56.0 (0x00007f5cd9603000)
libboost_filesystem.so.1.56.0 => /usr/lib/libboost_filesystem.so.1.56.0 (0x00007f5cd8352000)
libboost_thread.so.1.56.0 => /usr/lib/libboost_thread.so.1.56.0 (0x00007f5cd6c50000)
libboost_filesystem.so.1.55.0 => not found
libboost_system.so.1.55.0 => not found
libboost_system.so.1.55.0 => not found
libboost_filesystem.so.1.55.0 => not found
libboost_system.so.1.55.0 => not found

markusk commented on 2014-09-13 10:57

For all of you who can't wait for an upstream fix here a patch-fix using AUR ABS.

PKGBUILD file including patch exec
http://pastebin.com/KGAj7zCZ

dcpomatic-iostream.patch file (needs to be in the same dir as PKGBUILD)
http://pastebin.com/5brer1rE

markusk commented on 2014-09-13 10:18

Didn't compile for me because of upstream bug with includes. See the dcpomatic bug report for patch info http://carlh.net/mantis/view.php?id=408

ska commented on 2014-06-27 15:25

the wxgtk problem has been patched and reported upstream

markusk commented on 2014-06-18 18:11

wxgtk has reached version 3.0.1 and the dcpomatic build "waf" needs 3.0.0

markusk commented on 2014-04-29 21:43

Not working at the moment as dependency "extra/openjpeg" reached "1.5.2-1" and dcpomatic has a max-version for openjpeg of 1.5.1 at the moment.

Upstream developer is informed and fix is promised for the near future.

sadskull commented on 2014-03-27 10:48

une mise à jour prévue ?

karol_007 commented on 2013-11-16 18:10

Please fix the upstream url, it currently says http://http://dcpomatic.com/ - one 'http://' too many.