Package Details: openscenegraph-openmw-git 1:3.6.5.r16215.61a4c88d5-1

Git Clone URL: https://aur.archlinux.org/openscenegraph-openmw-git.git (read-only, click to copy)
Package Base: openscenegraph-openmw-git
Description: Fork of OpenSceneGraph , with openmw-specific changes
Upstream URL: http://www.openscenegraph.org/
Licenses: custom:OSGPL
Conflicts: openscenegraph
Provides: openscenegraph
Submitter: mupf
Maintainer: Lone_Wolf
Last Packager: Lone_Wolf
Votes: 4
Popularity: 0.156868
First Submitted: 2017-09-21 22:14 (UTC)
Last Updated: 2026-01-20 11:10 (UTC)

Required by (37)

Sources (1)

Latest Comments

1 2 3 4 Next › Last »

Lone_Wolf commented on 2026-08-27 20:09 (UTC) (edited on 2026-08-27 20:10 (UTC) by Lone_Wolf)

That looks like an issue with an indirect dependency, probably collada-dom .

run ldd /usr/lib/osgPlugins-3.6.5/osgdb_dae.so | grep boost , if that shows 1.88 instead of 1.92 the errror is with the collada-dom package.

About a year ago collada-dom was migrated from aur to [extra] repo, are you still using an aur version of collada-dom ?

jimsey-pickles commented on 2026-08-27 17:13 (UTC)

When starting openmw i get the error: libboost_filesystem.so.1.88.0: cannot open shared object file: No such file or directory. You probably have to point to the current 1.92 version of the libboost_filesystem meguessin.

alekulyn commented on 2025-01-06 11:51 (UTC) (edited on 2025-01-06 11:52 (UTC) by alekulyn)

@S3ctor @Lone_Wolf, I get the rd suffix, too, when changing the build type to RelWithDebInfo. I presume compiling with the Debug flag will generate the normal d suffix files

Lone_Wolf commented on 2024-02-25 23:53 (UTC)

works fine here with openmw trunk rev a297a0e742 (1 week old) and rev 357b190571 (latest commit) and there is no sign of any file with rd in the name in this package.

You'll have to provide more information like the build log of this package and the openmw version you are trying to use this with.

S3ctor commented on 2024-02-25 17:53 (UTC) (edited on 2024-02-25 21:56 (UTC) by S3ctor)

This package doesn't contain osgFX, which is necessary to run OpenMW-CS

Correction, this package just doesn't work with openmw at all as it adds an rd suffix to the library names, causing them not to be found.

Lone_Wolf commented on 2023-10-27 14:26 (UTC)

I synchronised build settings with those set in https://gitlab.com/OpenMW/openmw/-/blob/master/extern/CMakeLists.txt?ref_type=heads#L91

Hopefully this will improve performance.

korreckj328 commented on 2023-04-25 20:29 (UTC)

This PKGBUILD works on aarch64.

Lone_Wolf commented on 2023-01-18 15:30 (UTC)

Tested buildtype Release- O3 optimization and found no downside, using it now.

collada-dom is now a hard dependency as I haven't found a way to make it optional without causing issues at runtime (missing libraries ).

As far as I can tell there's no way to add/remove something to openscenegraph dynamically at runtime. The only way to allow people to choose whether to have dae would be 2 separate packages : one with dae and one without .

Lone_Wolf commented on 2023-01-03 20:13 (UTC)

Doublechecked and it turns out I did make changes to the PKGBUILD, CMAKE_BUILD_TYPE RelWithDebInfo causes the issues with openmw trunk build.

About CMAKE_BUILD_TYPE=Release : unfortunately that uses -O3 .

On archlinux default optimization setting is -O2 and we don't want cmake to override that. https://wiki.archlinux.org/title/CMake_package_guidelines#CMake_undesired_behaviors has more info.

Lone_Wolf commented on 2023-01-03 17:14 (UTC)

This package is currently broken.

When I build against an older binary from 22-11-2022 openmw trunk has no issues with it.

A binary built from the exact same PKGBUILD today does lead to build failure for openmw . There haven't been any commits to osg default branch as far as I know, so the cause must be in some dependency, probably one from official repos.

1 2 3 4 Next › Last »