Package Details: dcpomatic 2.16.18-2

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
Submitter: ska
Maintainer: markusk (bradel)
Last Packager: bradel
Votes: 5
Popularity: 0.000000
First Submitted: 2013-11-16 17:01 (UTC)
Last Updated: 2022-07-17 15:07 (UTC)

Latest Comments

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

markusk commented on 2021-05-11 13:10 (UTC)

I will upload 2.14.50 as soon as source download is possible. See for update. (should not take long!)

markusk commented on 2020-01-05 18:31 (UTC)

@davebloggt: thank you for that sha256 catch! was in a hurry to get 2.14.19 out and did skimp a bit on the final testing.

davebloggt commented on 2020-01-05 11:06 (UTC)

The current .tar.bz2 seems to have a different shasum than what's in the PKGBUILD. I'm getting 7aee13f1d836af5e12bca05d2e73a4413961e08fafab64b94d6a0917b7c410c1 when I manually download the file from

markusk commented on 2019-10-20 13:47 (UTC) (edited on 2019-10-22 00:47 (UTC) by markusk)

@TilmannV: thank you for pointing that one out! Totally missed that! I'm pushing new PKGVER=2 versions for all my packages right now.

TilmanV commented on 2019-10-20 08:24 (UTC)

I noticed, that you use the http link for downloading the DCP-O-Matic source code. supports https. Can you change the link (in all packages) to https?

markusk commented on 2019-06-03 14:24 (UTC)

@IOAOI:I can only provide support for basic Arch package versions.

markusk commented on 2019-06-03 10:17 (UTC)

@IOAOI: seems wx.h is now located inside wxgtk-common and no longer inside wxgtk2. Didn't notice that on my system als wxgtk-common was pulled for some other stuff. Please test pkg version 2.14.7-2

markusk commented on 2019-03-13 15:07 (UTC)

As 2.14.0 is nearly there i'm switching my stable (aka none "-git") packages to the beta "tree". The beta tree is in string freeze at the moment. Please let me know if you have trouble with these new packages. The following aur pkgs will get updates today libsub,libdcp,libcxml and dcpmatic.

Info from upstream. "The sixth beta version 2.13.129 is now uploading. This fixes another crash when using PNG subtitles. All testing and bug reports welcome!"

markusk commented on 2019-02-03 23:27 (UTC)

sorry for the delay had a lot to do and could only create the pkgs today. libsub 1.3.6 and dcpomatic 2.12.18 are online and working for me.

bradel commented on 2019-02-02 13:00 (UTC)


recent dcpomatic 2.12.18 compiles just fine with a current Arch Linux and libsub updated to version 1.3.6. Could you please update the PKGBUILD?

markusk commented on 2019-01-28 00:38 (UTC)


i have reported the Arch linux compile problems to upstream (Carl). At the moment it looks all dcpomatic version even down to 2.12.12 (and maybe even before that) won't compile. This usually happens when Arch roles out some new "basic" libs that are more advanced than the ubuntu system that upstream seems to be using. Carl already fixed some bugs that stop the compile or even the waf config but new ones keep coming up right away. Stay tuned for more info! Or have a look at the dcpomatic mantis bug tracker yourself.

TilmanV commented on 2019-01-17 13:49 (UTC)

The current version(2.12.15) doesn't compile.

markusk commented on 2018-11-11 22:17 (UTC)

@hsa: Don't worry! Keep asking if you have questions in the future.

hsa commented on 2018-11-11 21:19 (UTC)

@markusk and @TilmanV : Thanks for all !
And more ... it's in the documentation !
My bad !
Sorry for the noise.

markusk commented on 2018-11-11 17:38 (UTC) (edited on 2018-11-11 22:17 (UTC) by markusk)

@TilmanV: just as a side note. I for myself am not a very big fan of bumping pkg-rel just because other packages did someting.

markusk commented on 2018-11-11 17:35 (UTC)

@TilmanV: i think that is the difference betweeen ubuntu-ppa and arch-aur. Her on AUR it is expected that you know a lot more than just installing. I like and dislike AUR at the same time how it is set up. But in the end the likes win out as it gives much more freedom and is less work to you dump out a pkg very quick. I tried to do ppa's once and it was a pain in the ... compared to here.

TilmanV commented on 2018-11-11 17:03 (UTC)

@markusk maybe somebody should set up a continous integration service that increments the pkgrel of relevant packages as soon as dependencies are updated... :thinking:

TilmanV commented on 2018-11-11 17:01 (UTC)

@hsa This is a common error. It happens, if a lib like icu updates. You have to compile all depending dcpomatic packages again.

markusk commented on 2018-11-11 17:00 (UTC)

@hsa: that is kind of an "aur based kind of error". IT can happen quite often. You have to make sure to recompile aur based packages when libs they are based on are upgraded. It looks like you compiled dcpomatic using icu lib version 62. Sometime after that icu was upgraded to version 63, with AUR packages this means you have to compile all programs that use the upgraded lib/pkg.

hsa commented on 2018-11-11 14:10 (UTC) (edited on 2018-11-11 14:11 (UTC) by hsa)

Hi! I think I have an issue with the icu 63.1 package.

When I run dcpomatic2 :
$ dcpomatic2
dcpomatic2: error while loading shared libraries: cannot open shared object file: No such file or directory

If I check shared dependencies:
$ ldd /usr/bin/dcpomatic2 | grep 'not found' => not found => not found => not found => not found

Versions use :
$ pacman -Q dcpomatic icu
dcpomatic 2.12.13-1
icu 63.1-2

Have you same probleme ? Have you any clues ? Do you think it's an upsream bug ?


commented on 2018-10-11 10:11 (UTC)

Version 2.12.12-2 still fails to build

markusk commented on 2018-09-22 21:52 (UTC) (edited on 2018-09-22 21:53 (UTC) by markusk)

dcpomatic 2.12.10 and 2.12.11 (or needed libs [libsub/libdco]) is incompatible with current boost libs of Arch linux ... upstream is fixing and already fixed some bugs in git ... these fixes should make the aur/dcpomatic-git package get to compile sooner than the stable aur/dcpomatic.

commented on 2018-09-10 21:08 (UTC)

@markusk Yes it works now, thank you

markusk commented on 2018-09-10 20:36 (UTC)

upstream worked like The FLASH and provided the needed updates.

i checked this with the following libs and dcpomatic versions and on my Arch linux it works.

@mrpewpew: i uploaded new pkg's to AUR. Could you please recheck it! thre are 3 new pkgs on AUR

dcpomatic 2.12.10-1 libdcp 1.5.3-1 libsub 1.3.3-1

with these i don't get the avfilter error.

markusk commented on 2018-09-10 16:36 (UTC)

Waiting for Upstream to release libdcp 1.5.3 stable till then dcpomatic 2.12.10 will not be able to be build.

dcpomatic-git is also busted at the moment... i'm trying to work around some upspream stuff there to ...

markusk commented on 2018-05-24 16:29 (UTC)

for the moment please use my aur/dcpomatic-git package. It got fixes for ffmpeg4.0 from upstream. Please make sure that you also use all the "-git" libs ... like libdcp-git, libsub-git .... best way is to deinstall all of my packages and then reinstall using pacaur, yaourt, bb-wrapper ... from aur using for example "pacaur -S dcpomatic-git"

Upstream dev (Carl) also is planning to release a new stable soon. Might even be as soon as 2.12.6 which would include needed fixes for Arch builds.

markusk commented on 2018-05-21 14:24 (UTC)

@ago.casal Part2:

Arch linux made the jump to ffmpeg 4.0 some days ago. This version seems incompatible with dcpomatic at the moment.

Installing ffmpeg3.4 does not help either as the includes for the .h files needs to be adjusted in upstream.

I have filed a bugreport with dcpomatic.

Let's see what the developers will have to say about 4.0 support or patching for ffmpeg3.4 includes ....

TilmanV commented on 2018-05-21 14:20 (UTC)

@ago.casal @markusk

The problem is fixed in Dcpomatic-git. But dcpomatic-git is broken too. I wrote a patched pkgbuild for it. I'll send to markusk later.

markusk commented on 2018-05-21 13:48 (UTC) (edited on 2018-05-21 13:49 (UTC) by markusk)


looks like avfiltergraph.h was droped from ffmpeg ... before it was

$ pkgfile avfiltergraph.h <br> extra/ffmpeg community/ffmpeg-compat community/mythtv $

now i get zilch ...

looks like at the moment no arch repo packages delivers it

i will have a look around the ffmpeg mailinglists and also report this upstream to dcpomatic dev's

tiago.casal commented on 2018-05-21 10:42 (UTC) (edited on 2018-05-21 10:46 (UTC) by tiago.casal)

getting this, with the new ffmpeg 4.0, any idea?

[ 53/379] Compiling src/lib/ ../src/lib/ fatal error: libavfilter/avfiltergraph.h: No such file or directory #include <libavfilter avfiltergraph.h=""> compilation terminated.</libavfilter>

markusk commented on 2018-03-26 07:05 (UTC)

@adsun: Thank you for the rtaudio deb "bug report" fixe in version 2.12.2-2

adsun commented on 2018-03-25 19:26 (UTC)

This needs rtaudio as a dependency, otherwise the build configuration will fail.

markusk commented on 2018-03-25 16:48 (UTC) (edited on 2018-03-26 07:08 (UTC) by markusk)

upstream has released the new version 2.12.2 which again compiles on arch linux.

"Major new stuff version" read the upstream changelog!"

markusk commented on 2018-02-27 04:37 (UTC) (edited on 2018-02-27 04:38 (UTC) by markusk)

please use the dcpomatic-git package! It's the beta of the upcoming 2.12.0. At the moment the 2.10.5 version of dcpomatic is incompatible to the current Arch Linux base libs. Final release of 2.12.0 is planed before the end of March 2018

markusk commented on 2018-02-24 23:51 (UTC)

@TilmanV thank you for the info about download link change! I fixed it but v2.10.5 still has some c++ header include bugs that are only fixed in future upstream versions. It's no big bug maybe you might be able to patch fix it by backporting the upstream fix. I will commit the new PKGBUILD with the new download location right away.

Have a look at and the git commit 85c2c9250f86dcc685b6e93e1e671a64cc0a24f3 where Carl fixed some of the bugs. Most of the warnings of #1135 are not connected to dcpomatic directly but to libs that are being used or the fact that Arch is doing a lot more compile warnings than his ubuntu dev platform. If you are able to supply a patch file i would integrate this into the PKGBUILD.

TilmanV commented on 2018-02-24 20:37 (UTC)

@markusk I know. I justed wanted to know if there are any news.

oh btw. please change the downloadlink to .

markusk commented on 2018-02-23 22:18 (UTC)

At the moment upstream dev is gearing up to release stable 2.12.0. At the moment both v2.12.x (git branch for future 2.12.0) and git baster branch are throwing compile bugs on by arch system. I submitted some bug reports and upstream seem to be working on these when he has time.

On the other hand 2.10.5 does not work with current Arch packages ...

To tell you the truth as a packaging only guy that has nothing to do with upstream development besides some very minor bug reporting i simply don't know what else besides waiting and bug reporting i can do.

TilmanV commented on 2018-02-23 19:48 (UTC)

Package still can't be built.. any news?

markusk commented on 2017-10-18 17:35 (UTC)

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 (UTC)

Still broken

TilmanV commented on 2017-09-30 10:07 (UTC)

Build failed -> task in 'libdcpomatic2' failed (exit status 1): {task 140311127321424: cxx ->} ['/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/', '-c', '-o', '/tmp/yaourt-tmp-tilman/aur-dcpomatic/src/dcpomatic-2.10.5/build/src/lib/']

markusk commented on 2017-07-23 12:27 (UTC)

@adsun: checked into it and at the moment extra/imagemagick 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 (UTC)

@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 (UTC)

@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. 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 (UTC)

Fails to build against ImageMagick 7. Would appreciate it if it were fixed.

TilmanV commented on 2017-07-08 12:07 (UTC)

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 (UTC) (edited on 2017-07-23 00:28 (UTC) by markusk)

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 (UTC) (edited on 2017-06-08 23:12 (UTC) by markusk)

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 (UTC)

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

markusk commented on 2017-05-28 16:15 (UTC)

@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 (UTC)

The fedora package of dcpomatic contains a systemd service unit for the encoding server. Can you add this?

TilmanV commented on 2016-12-25 11:33 (UTC)

dcpomatic2: error while loading shared libraries: 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 (UTC)

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

TilmanV commented on 2016-11-17 12:33 (UTC)

dcpomatic needs libdcp 1.4.1. please update the pkgbuild

markusk commented on 2016-04-27 17:58 (UTC) (edited on 2016-04-27 17:59 (UTC) by markusk)

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 (UTC)

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 (UTC)

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

markusk commented on 2016-03-14 11:44 (UTC)

still waiting for upstream fixes!

markusk commented on 2016-02-05 20:30 (UTC)

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 (UTC) (edited on 2015-12-07 03:24 (UTC) by markusk)

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 (UTC)

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

p3732 commented on 2015-04-09 10:00 (UTC)

It's now libdcp>=1.00

ska commented on 2014-06-27 15:25 (UTC)

the wxgtk problem has been patched and reported upstream

karol_007 commented on 2013-11-16 18:10 (UTC)

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