Package Details: collada-dom 2.5.0-4

Git Clone URL: https://aur.archlinux.org/collada-dom.git (read-only, click to copy)
Package Base: collada-dom
Description: An API that provides a C++ object representation of a COLLADA XML instance document.
Upstream URL: https://github.com/rdiankov/collada-dom/
Licenses: custom
Provides: colladadom
Submitter: N30N
Maintainer: cbjamo
Last Packager: cbjamo
Votes: 19
Popularity: 0.000000
First Submitted: 2010-08-19 03:54 (UTC)
Last Updated: 2023-05-11 00:40 (UTC)

Latest Comments

1 2 Next › Last »

Nim65s commented on 2023-05-09 11:20 (UTC)

Hi,

Thanks for this package.

Could you replace "make" by "cmake --build ." ? Otherwise, build is broken if eg. one use export CMAKE_GENERATOR=Ninja

ref. https://wiki.archlinux.org/title/CMake_package_guidelines#Template

korreckj328 commented on 2023-04-30 18:26 (UTC)

aarch64 works in the arch with no additional modification.

Lone_Wolf commented on 2022-05-02 13:55 (UTC)

PKGBUILD (collada-dom) W: Non-unique source name (v2.5.0.tar.gz). Use a unique filename

Please use something like

"${pkgname}.${pkgver}::https://github.com/rdiankov/${pkgname}/archive/v${pkgver}.tar.gz"

in source array.

dreieck commented on 2018-01-23 16:29 (UTC)

After building and checking with namcap, there are some issues:

  • It should not be a package for architecture 'any', but for specific processor architectures:

collada-dom E: ELF file ('usr/lib/libcollada-dom2.4-dp.so.2.4.4') found in an 'any' package.

  • Dependency on 'uriparser':

collada-dom E: Dependency uriparser detected and not included (libraries ['usr/lib/liburiparser.so.1'] needed in files ['usr/lib/libcollada-dom2.4-dp.so.2.4.4'])

  • The 'minizip' dependency issue has already been commented; seems that collada-dom will use it's own minizip if there is no minizip installed, otherwise it will use the installed library. So, 'minizip' maybe to be added as an optional dependency with the comment 'use system minizip instead of built-in version'?

racko commented on 2017-07-05 18:26 (UTC)

Regarding the minizip dependency: While the upstream repo does bring it's own copy of minizip, it is not used if minizip is installed, thereby creating a dependency not tracked by pacman. (See Alad's comment at https://aur.archlinux.org/packages/ros-lunar-collada-urdf.) Would you mind adding the dependency so this does not happen accidentally? This has the additional benefit of keeping the minizip library used by collada-dom up to date.

bartus commented on 2016-07-27 19:15 (UTC)

Shouldn't minizip be one of the dependancies ?

Alad commented on 2016-05-12 20:55 (UTC)

Nice, thanks for the update.

maltzer commented on 2016-05-12 20:33 (UTC)

@Alad It's an error with building collada-dom with GCC 6. I've updated the package with a patch based off commits to the Git repository, so it should build without a problem now.

Alad commented on 2016-05-12 18:06 (UTC)

[ 96%] Building CXX object dom/CMakeFiles/collada-dom.dir/src/dae/daeMetaGroup.cpp.o /home/aur/collada-dom/src/collada-dom-2.4.4/dom/src/dae/daeMetaGroup.cpp: In member function ‘virtual daeElement* daeMetaGroup::placeElement(daeElement*, daeElement*, daeUInt&, daeInt, daeElement*, daeElement*)’: /home/aur/collada-dom/src/collada-dom-2.4.4/dom/src/dae/daeMetaGroup.cpp:29:10: error: cannot convert ‘bool’ to ‘daeElement*’ in return return false; ^~~~~ dom/CMakeFiles/collada-dom.dir/build.make:446: recipe for target 'dom/CMakeFiles/collada-dom.dir/src/dae/daeMetaGroup.cpp.o' failed make[2]: *** [dom/CMakeFiles/collada-dom.dir/src/dae/daeMetaGroup.cpp.o] Error 1 make[2]: *** Waiting for unfinished jobs.... CMakeFiles/Makefile2:179: recipe for target 'dom/CMakeFiles/collada-dom.dir/all' failed make[1]: *** [dom/CMakeFiles/collada-dom.dir/all] Error 2 Makefile:127: recipe for target 'all' failed make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting...

bchretien commented on 2015-10-23 12:44 (UTC)

Yet another Boost update, so a rebuild is required.

1 2 Next › Last »