Package Details: dcpomatic 2.18.11-1

Git Clone URL: https://aur.archlinux.org/dcpomatic.git (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: https://dcpomatic.com/
Keywords: Cinema DCP
Licenses: GPL-2.0-or-later
Conflicts: dcpomatic
Provides: dcpomatic
Submitter: ska
Maintainer: markusk (bradel)
Last Packager: bradel
Votes: 6
Popularity: 0.000000
First Submitted: 2013-11-16 17:01 (UTC)
Last Updated: 2025-02-15 10:07 (UTC)

Latest Comments

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

markusk commented on 2025-03-21 20:18 (UTC) (edited on 2025-03-22 14:28 (UTC) by markusk)

The never ending wrath of the "Boost" ghosts ... @sphakka and all other interested persons.

Nearly every new boost version that lands in arch linux results in breaking dcpomatic. Usually the reporting and fixing by upstream developer Carl works pretty quick. This time it took a bit longer (because of us maintainers not Carl) and the fix should be made in the 2.18.15 release (UPDATE: from upstream-Carl ... "I'll make 2.18.15 quite soon.")

Usually you can follow the arch boost fixes by looking for it in the mantis dcpomatic bugtracker. Both of us package maintainers can only report the bugs and wait for a fix in the source upstream. Her the link to the current one https://dcpomatic.com/bugs/view.php?id=2997

If you need a working dcpomatic version at the moment you would need to pick the appimage.

sphakka commented on 2025-03-21 10:39 (UTC)

Apparently, v2.18.11-1 doesn't compile with latest boost-1.87.0-3:

In file included from ../src/lib/j2k_image_proxy.cc:23:
../src/lib/dcpomatic_socket.h:94:22: error: ‘io_service’ in namespace ‘boost::asio’ does not name a type; did you mean ‘use_service’?
   94 |         boost::asio::io_service _io_service;
      |                      ^~~~~~~~~~
      |                      use_service
...
../src/lib/signal_manager.h: In constructor ‘SignalManager::SignalManager()’:
../src/lib/signal_manager.h:42:19: error: class ‘SignalManager’ does not have any field named ‘_work’
...
../src/lib/signal_manager.h:42:26: error: ‘_service’ was not declared in this scope
...

and many same errors...

Any idea?

markusk commented on 2024-05-09 20:27 (UTC) (edited on 2024-05-09 22:16 (UTC) by markusk)

For all that, get the "error" @multi.flexi has on his system. 

==> Validating source files with sha256sums...
libdcp-1.8.99 ... NOT FOUND

This is connected to pacman/makepkg versions below v6.1.0 which are at the moment at least used by manjaro. The versions before v6.1.0 do not support version checksums for git sources!

markusk commented on 2024-04-21 14:33 (UTC)

@multi.flexi : just made the upgrade to the new version, please test if it works now !

markusk commented on 2024-04-21 13:44 (UTC)

@multi.flexi ; looks like the upstream git repo for libdcp changed/removed the release tags for libdcp. Update will be coming when the change to the new dcpomatic version is done soon.

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 mk@filmkreis.tu-darmstadt.de. 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. https://pastebin.com/V89qqq7t

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