Package Details: dcpomatic 2.16.80-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
Submitter: ska
Maintainer: markusk (bradel)
Last Packager: markusk
Votes: 6
Popularity: 0.000005
First Submitted: 2013-11-16 17:01 (UTC)
Last Updated: 2024-04-21 14:17 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 Next › Last »

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: libicuuc.so.62: cannot open shared object file: No such file or directory

If I check shared dependencies:
$ ldd /usr/bin/dcpomatic2 | grep 'not found'
libicuuc.so.62 => not found
libicudata.so.62 => not found
libicui18n.so.62 => not found
libicuio.so.62 => 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 ?

Thanks.

<deleted-account> 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.

<deleted-account> 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 ...

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 Next › Last »