Package Details: openmw-git 0.47.0.r2801.gcee6988093-1

Git Clone URL: https://aur.archlinux.org/openmw-git.git (read-only, click to copy)
Package Base: openmw-git
Description: An open-source engine reimplementation for the role-playing game Morrowind.
Upstream URL: http://www.openmw.org
Licenses: custom, GPL3, MIT
Conflicts: openmw
Provides: openmw
Submitter: None
Maintainer: bwrsandman (Lone_Wolf)
Last Packager: Lone_Wolf
Votes: 30
Popularity: 0.114028
First Submitted: 2011-01-05 16:17 (UTC)
Last Updated: 2022-06-17 10:01 (UTC)

Pinned Comments

Lone_Wolf commented on 2022-06-17 10:07 (UTC)

openmw-git has been found to require a sizable amount of temporary space during building.

The available amount depends on system specifics so is different for all systems. In case build fails with "no space left on device" you may be bitten by this.

See https://bbs.archlinux.org/viewtopic.php?id=277304 for details and possible solutions.

bwrsandman commented on 2016-09-24 14:59 (UTC) (edited on 2018-11-22 17:28 (UTC) by bwrsandman)

Please refrain from flagging the git version as out date when a new release comes out. The git aur packages update their version on install time based on the tags of the git repo.

Keep in mind that this is a VCS package and it is meant to be in line with the latest master which might not always work. It is not meant to follow the release pattern in any particularly smart way and assumes that upstream maintains their tags consistently.

For the newest release, the correct page is https://www.archlinux.org/packages/?q=openmw

Latest Comments

Lone_Wolf commented on 2022-06-17 10:07 (UTC)

openmw-git has been found to require a sizable amount of temporary space during building.

The available amount depends on system specifics so is different for all systems. In case build fails with "no space left on device" you may be bitten by this.

See https://bbs.archlinux.org/viewtopic.php?id=277304 for details and possible solutions.

Lone_Wolf commented on 2022-06-16 13:18 (UTC)

Updated, package now uses latest ffmpeg (currently 5.0.1) again.

To get the package to build in a devtools clean chroot I had to disable lto.

It's unclear if this is an issue on my system or not.

In case you want an lto enabled build : comment the line with options=(!lto) in the PKGBUILD

bwrsandman commented on 2022-06-15 22:06 (UTC)

@txtsd I don't know you

txtsd commented on 2022-06-15 19:09 (UTC)

Can I have co-maintainer too? I'd like to help out.

bwrsandman commented on 2022-06-15 15:26 (UTC)

@Lone_Wolf I made you co-maintainer because I can't quickly resolve the ffmpeg issue for a while now.

Lone_Wolf commented on 2022-06-15 11:24 (UTC)

@emc : multiview is interesting and could improve VR, but is only present in a separate fork for now.

https://openmw.org/2022/shiny-new-things-are-coming/ has some more info about it.

Lone_Wolf commented on 2022-06-15 11:18 (UTC)

The workaround to force ffmpeg 4.4 is no longer needed.

Please remove it and switch dependency to latest ffmpeg .

see https://gitlab.com/OpenMW/openmw/-/merge_requests/1941

emc commented on 2022-05-23 21:35 (UTC) (edited on 2022-05-23 21:36 (UTC) by emc)

When using with openscenegraph-openmw-git I see warning during configuration phase:

-- Looking for stdint.h - found -- Found osgDB: /usr/lib/libosgDB.so
-- Found osgViewer: /usr/lib/libosgViewer.so
-- Found osgText: /usr/lib/libosgText.so
-- Found osgGA: /usr/lib/libosgGA.so
-- Found osgParticle: /usr/lib/libosgParticle.so
-- Found osgUtil: /usr/lib/libosgUtil.so
-- Found osgFX: /usr/lib/libosgFX.so
-- Found osgShadow: /usr/lib/libosgShadow.so
-- Found osgAnimation: /usr/lib/libosgAnimation.so
-- Found osg: /usr/lib/libosg.so
-- Found OpenThreads: /usr/lib/libOpenThreads.so
-- Found OpenSceneGraph: /usr/lib/libosgDB.so;/usr/lib/libosgViewer.so;/usr/lib/libosgText.so;/usr/lib/libosgGA.so;/usr/lib/libosgParticle.so;/usr/lib/libosgUtil.so;/usr/lib/libosgFX.so;/usr/lib/libosgShadow.so;/usr/lib/libosgAnimation.so;/usr/lib/libosg.so;/usr/lib/libOpenThreads.so (found suitable version "3.6.5", minimum required is "3.4.0")
-- Checking if OSG supports multiview
Osg does not support multiview, disabling use of GL_OVR_multiview

of course compilation is fine.... I just noticed

Beelzebielsk commented on 2022-05-17 05:43 (UTC)

@bwrsandman I see, thank you.

bwrsandman commented on 2022-05-17 00:20 (UTC)

@Beelzebielsk The number of cores used for an AUR package is up to your own configuration in makepkg.conf.

https://wiki.archlinux.org/title/Makepkg#Improving_compile_times

Beelzebielsk commented on 2022-05-16 23:15 (UTC) (edited on 2022-05-16 23:16 (UTC) by Beelzebielsk)

Can you change the make command to make $(nproc)? It will build a lot faster.

emc commented on 2022-04-26 09:56 (UTC) (edited on 2022-04-26 10:34 (UTC) by emc)

Lone_Wolf yes, order was: openscenegraph-openmw-git, openmw-git and openmw-git pull openscenegraph and openscenegraph-openmw-git was removed....

EDIT: I remove: openscenegraph and openmw-git, install openscenegraph-openmw-git and then openmw-git. Look it is fine now. Sorry for problems...

Lone_Wolf commented on 2022-04-25 19:29 (UTC)

emc, you did (re-)build openmw-git after installing openscenegraph-openmw-git ?

emc commented on 2022-04-25 13:54 (UTC)

ok but openmw-git removed openscenegraph-openmw-git and pull openscenegraph.

:: Conflicts found: openscenegraph-openmw-git: openscenegraph

darkbasic commented on 2022-04-25 12:07 (UTC)

Just install it.

emc commented on 2022-04-25 11:22 (UTC)

How to use openscenegraph-openmw-git instead of openscenegraph? I'm a bit new in Arch...

bwrsandman commented on 2022-04-19 15:42 (UTC)

I've added yaml-cpp. I won't add icu since it's a dependency of boost-libs which is already in the list.

Lone_Wolf commented on 2022-04-19 14:51 (UTC)

In https://gitlab.com/OpenMW/openmw/-/commit/e3cedb5bfcf0dd86ad9c76ff45994e9199cbd407 icu & yaml-cpp were added as requirements in CMakeLists.txt

(icu has been used by opemw for a long time, but was not added to CMakeLists by openmw devs until now))

bwrsandman, please add both to depends= in PKGBUILD

jotoho commented on 2022-04-04 16:18 (UTC)

the issue has been resolved. thanks for updating, @bwrsandman

bwrsandman commented on 2022-04-04 16:03 (UTC)

Updated. Let me know if it works.

jotoho commented on 2022-04-03 14:47 (UTC) (edited on 2022-04-03 14:48 (UTC) by jotoho)

This package is sadly still broken. Applying Lone_Wolf's workaround is required to create a working build.

Lone_Wolf commented on 2022-02-18 13:27 (UTC)

game gets stuck on menu screen when build against ffmpeg 5.

See https://gitlab.com/OpenMW/openmw/-/issues/6631 for a workaround .

Please update the PKGBUILD.

bwrsandman commented on 2022-01-31 00:58 (UTC)

Fixed the broken version number and package now uses openmw's navigation

jotoho commented on 2022-01-31 00:27 (UTC)

My AUR helper (yay) has been rebuilding this package every time I did a system update for the last days.

This is because the package is assigning itself a version like stable.r1784.g5b641a61d-1 when building but the AUR says that the newest version is supposed to be 0.46.0.r2803.gcd9fb2ada-1.

This incompatiblity in the naming schemes probably makes yay think that this package is always out of date because even major version 0 probably ranks higher than the 'stable' string in the real package version.

Lone_Wolf commented on 2022-01-24 10:22 (UTC)

Although recastnavigation hasn't had a release for a long time, an openmw dev has managed to get access to the code, update it and even convinced debian to allow a build from a specfiic git commit.

https://packages.debian.org/source/sid/recastnavigation

I created & uploaded https://aur.archlinux.org/packages/recastnavigation-openmw/ and have used it succesfully with my own local openmw git package.

Please consider adding -D OPENMW_USE_SYSTEM_RECASTNAVIGATION=ON \ to the cmake options and add recastnavigation-openmw as dependency .

cock commented on 2021-12-04 16:28 (UTC)

oh it's running so fast

cock commented on 2021-12-04 16:27 (UTC)

thanks

bwrsandman commented on 2021-12-04 15:58 (UTC)

The number of cores used for an AUR package is up to your own configuration https://wiki.archlinux.org/title/Makepkg#Improving_compile_times

cock commented on 2021-12-04 09:26 (UTC)

how about using more jobs than 1 will speed up compilation times a lot

Lone_Wolf commented on 2021-07-12 19:58 (UTC)

since https://gitlab.com/OpenMW/openmw/-/commit/9e168fd9ccc4912893ea886dd6e39d4db393c364 there's a new dependency : luajit .

Please add luajit as dependency .

(sol3 code is included in extern folder in a later commit, no need to add that).

txtsd commented on 2021-01-06 09:29 (UTC) (edited on 2021-01-06 09:38 (UTC) by txtsd)

Also, they've recommended we switch to gitlab as the source since github is just a read-only mirror.

EDIT: from psi29a on discord:

gitlab is the 'truth', github is the mirror.
We've trying to deprecate/remove github for awhile now.
So all package maintainers should be using gitlab.
Anyway, git describe only shows annotated tags
it seems that we only had one annotated tag, and that was 0.43
debian doesn't use git describe
it just grabs tags and sorts
I believe that archlinux shouldn't rely on git describe for ground truth of latest release.
btw, how we develop... before we release, we branch from master... so for example, for 0.46 we branched... and continued polishing that branch.
That way we can continue developing on master towards 0.47 while 0.46 matures.
Since git describe only shows tags that can be reached via master...
it shouldn't be showing anything
0.43 is a fluke

txtsd commented on 2021-01-06 08:35 (UTC) (edited on 2021-01-06 08:42 (UTC) by txtsd)

@bwrsandman Use this as the pkgver() so we can finally have the correct git tag.

pkgver() {
  cd "${srcdir}/${pkgname%-git}"
  _tag="$(git describe --tags $(git rev-list --tags --max-count=1) | sed 's/openmw-//')"
  _numcommits="$(git rev-list  `git rev-list --tags --no-walk --max-count=1`..HEAD --count)"
  _hash="$(git rev-parse --short HEAD)"
  printf "%s.%s.g%s" "$_tag" "$_numcommits" "$_hash"
}

EDIT: You may stick an r before the number of commits to maintain monotonicity per the wiki

Lone_Wolf commented on 2020-12-28 22:41 (UTC)

Since https://gitlab.com/OpenMW/openmw/-/commit/18ef32ca82bd9c3cfcdc9f420131e4697ee054c9 openmw trunk requires bullet built with double precision.

Atm my bullet-multithreaded package is the only one that provides that. I have uploaded a copy of my personal openmw trunk package to https://aur.archlinux.org/packages/openmw-mt-git .

bwrsandman, please check openmw-mt-git and adjust your pkgbuild . Once that has been done I'll submit a deletion request for openmw-mt-git .

Lone_Wolf commented on 2020-10-20 12:07 (UTC)

Recently openmw master gained support for async physiscs, see https://forum.openmw.org/viewtopic.php?f=8&t=7148 for some background info.

To use this you need bullet with multihreaded support. Repo package doesn't provide that.

Use my new aur package https://aur.archlinux.org/pkgbase/bullet-multithreaded/ and rebuild openmw-git against it.

Lone_Wolf commented on 2020-10-14 21:52 (UTC)

I've sent you my PKGBUILD through email.

bwrsandman commented on 2020-10-13 16:26 (UTC) (edited on 2020-10-13 16:32 (UTC) by bwrsandman)

@Lone_Wolf I am still maintaining the package. If you have improvements to the PKGBUILD that I should be integrating, let me know.

In general this is a very simple package to maintain and requires little logic since most of the packaging logic is done by cmake. The biggest issue I have is that the devs have stopped branching off of release tags since 0.43 which makes it impossible to deduce the correct version automatically.

Lone_Wolf commented on 2020-10-13 10:11 (UTC)

bwrsandman, are you still maintaining / using this ?

I have been using my own PKGBUILD for master a few months now and do play openmw using it.

weedfreak commented on 2019-11-19 14:48 (UTC) (edited on 2019-11-19 15:43 (UTC) by weedfreak)

Fails to build after recent boost update.

Errors like Boost_INCLUDE_DIR used as include directory in directory /tmp/yaourt-tmp-****/aur-openmw-git/src/openmw repeated several dozen times, apparently for every file in the build, and then

-- Configuring incomplete, errors occurred!

I tried adding -DBoost_NO_BOOST_CMAKE=ON to the build instructions, this works for some other projects but not openmw.

Rulatir commented on 2018-11-22 17:31 (UTC)

OK, I just rebuilt after hardcoding #branch=openmw-45 (which is what I really wanted, I didn't want the master branch) and the package built as openmw-git-0.43.0.1680.g03437b712-1-x86_64.pkg.tar.xz. However the 03437b712... commit is indeed the one at the top of the openmw-45 branch as of right now, so I am satisfied with your explanation.

bwrsandman commented on 2018-11-22 17:17 (UTC) (edited on 2018-11-22 17:59 (UTC) by bwrsandman)

TLDR: The package still rebuilds latest master as it is intended to, which is much more up to date than release 0.44. Error is due to the fact that the 0.44 tag was never merged into master and the standard way of determining versions is broken for this version only.

@Rulatir if you're looking for the 0.44 release please refer to the community version [1]

This package (openmw-git) does not guarentee to be inline with the latest release (last updated on June 20th).

It does, however guarantee to be inline with the latest master of the git repo, which as of writing this is the case (4098a7be1dac0f674171864e78ee1ab10a8d24ce Wed Nov 21 20:24:11 2018 +0100).

The reason why building it gives a misleading version number is the command in pkgver(): git describe --always

The way git describe works is by looking for the latest tag on the branch (master), taking that and giving the number of commits since that tag and a shortref.

The reason why this release is showing up as 0.43 right now is that the folks at openmw never merged the 0.44 tag into master.

Now, I could go against the AUR packaging standards[2] and hard code 0.44 in pkgver(), but I think we can agree that this would cause more issues down the line such as when 0.45 is released. Not to mention this sort of package update forces a half hour to multi hour rebuild for all users using aur helpers.

VCS packages, unfortunately, are not an exact science and they require upstream to do things consistently.

[1] https://www.archlinux.org/packages/community/x86_64/openmw/

[2] https://wiki.archlinux.org/index.php/VCS_package_guidelines#The_pkgver()_function

Rulatir commented on 2018-11-22 16:53 (UTC) (edited on 2018-11-22 17:24 (UTC) by Rulatir)

@bwrsandman The cold fact is that there is a release 0.44, but this package builds version 0.43 as of today. Automatic selection of the newest release seems to fail in this case, and manual intervention by maintainer is needed after all. I am therefore flagging the package as outdated.

ase1590 commented on 2018-11-19 01:32 (UTC)

https://gitlab.com/OpenMW/openmw/issues/4692

Until this bug is resolved, OpenMW will need to require OpenSceneGraph 3.4.1

bwrsandman commented on 2016-09-24 14:59 (UTC) (edited on 2018-11-22 17:28 (UTC) by bwrsandman)

Please refrain from flagging the git version as out date when a new release comes out. The git aur packages update their version on install time based on the tags of the git repo.

Keep in mind that this is a VCS package and it is meant to be in line with the latest master which might not always work. It is not meant to follow the release pattern in any particularly smart way and assumes that upstream maintains their tags consistently.

For the newest release, the correct page is https://www.archlinux.org/packages/?q=openmw

esclapion commented on 2016-09-04 10:12 (UTC)

Release 0.4 is out

RedComet commented on 2016-07-19 15:30 (UTC)

I took a look at the /usr/local/lib folder and it sseems that awhile back. I tried to compile ffmpeg from source when I was very new to arch and didn't properly uninstall it. I removed the files from the previous build reinstalled ffmpeg and everything works fine now.

bwrsandman commented on 2016-07-18 11:42 (UTC)

@RedComet I've tested and the build isn't broken per say. It's strange that you're linking with /usr/local/lib/libavcodec.a, I am not sure where that's coming from, you should be linking with /usr/lib/libavcodec.so Could you check with pacman -Qo /usr/local/lib/libavcodec.a and see where it comes from?

RedComet commented on 2016-07-17 12:46 (UTC)

I get this error: [ 47%] Building CXX object apps/openmw/CMakeFiles/openmw.dir/crashcatcher.cpp.o [ 47%] Linking CXX executable ../../openmw /usr/bin/ld: /usr/local/lib/libavcodec.a(lclenc.o): undefined reference to symbol 'deflateReset' /usr/lib/libz.so.1: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status make[2]: *** [apps/openmw/CMakeFiles/openmw.dir/build.make:6358: openmw] Error 1 make[1]: *** [CMakeFiles/Makefile2:502: apps/openmw/CMakeFiles/openmw.dir/all] Error 2

darkbasic commented on 2016-05-12 14:54 (UTC)

https://forum.openmw.org/viewtopic.php?f=8&t=3544 It's fixed now.

bwrsandman commented on 2016-05-10 16:51 (UTC)

@darkbasic This indeed looks like a bug brought on by the update of gcc to 6.1.1. I suggest you bring this up on the openmw support forums [1] or the issue tracker [2]. Make sure to specify the compiler you're using. [1] https://forum.openmw.org/viewforum.php?f=8&sid=ffbbe975667fa0ebba0d865d0776a00f [2] https://bugs.openmw.org/

darkbasic commented on 2016-05-10 16:16 (UTC)

[ 17%] Building CXX object components/CMakeFiles/components.dir/files/configurationmanager.cpp.o In file included from /usr/include/c++/6.1.1/unordered_map:35:0, from /home/niko/.cache/pacaur/openmw-git/src/openmw/components/files/configurationmanager.hpp:7, from /home/niko/.cache/pacaur/openmw-git/src/openmw/components/files/configurationmanager.cpp:1: /usr/include/c++/6.1.1/bits/c++0x_warning.h:32:2: error: #error This file requires compiler and library support for the ISO C++ 2011 standard. This support must be enabled with the -std=c++11 or -std=gnu++11 compiler options. #error This file requires compiler and library support \ ^~~~~ [ 17%] Building CXX object components/CMakeFiles/components.dir/files/lowlevelfile.cpp.o [ 17%] Building CXX object components/CMakeFiles/components.dir/files/constrainedfilestream.cpp.o [ 17%] Building CXX object components/CMakeFiles/components.dir/compiler/controlparser.cpp.o [ 17%] Building CXX object components/CMakeFiles/components.dir/compiler/errorhandler.cpp.o [ 17%] Building CXX object components/CMakeFiles/components.dir/compiler/exprparser.cpp.o [ 17%] Building CXX object components/CMakeFiles/components.dir/compiler/extensions.cpp.o In file included from /home/niko/.cache/pacaur/openmw-git/src/openmw/components/files/configurationmanager.cpp:1:0: /home/niko/.cache/pacaur/openmw-git/src/openmw/components/files/configurationmanager.hpp:56:22: error: ‘unordered_map’ in namespace ‘std’ does not name a template type typedef std::unordered_map<std::string, path_type_f> TokensMappingContainer; ^~~~~~~~~~~~~ /home/niko/.cache/pacaur/openmw-git/src/openmw/components/files/configurationmanager.hpp:71:9: error: ‘TokensMappingContainer’ does not name a type TokensMappingContainer mTokensMapping; ^~~~~~~~~~~~~~~~~~~~~~ /home/niko/.cache/pacaur/openmw-git/src/openmw/components/files/configurationmanager.cpp: In member function ‘void Files::ConfigurationManager::setupTokensMapping()’: /home/niko/.cache/pacaur/openmw-git/src/openmw/components/files/configurationmanager.cpp:47:5: error: ‘mTokensMapping’ was not declared in this scope mTokensMapping.insert(std::make_pair(localToken, &FixedPath<>::getLocalPath)); ^~~~~~~~~~~~~~ /home/niko/.cache/pacaur/openmw-git/src/openmw/components/files/configurationmanager.cpp: In member function ‘void Files::ConfigurationManager::processPaths(Files::PathContainer&, bool)’: /home/niko/.cache/pacaur/openmw-git/src/openmw/components/files/configurationmanager.cpp:88:17: error: ‘TokensMappingContainer’ has not been declared TokensMappingContainer::iterator tokenIt = mTokensMapping.find(path.substr(0, pos + 1)); ^~~~~~~~~~~~~~~~~~~~~~ /home/niko/.cache/pacaur/openmw-git/src/openmw/components/files/configurationmanager.cpp:89:21: error: ‘tokenIt’ was not declared in this scope if (tokenIt != mTokensMapping.end()) ^~~~~~~ /home/niko/.cache/pacaur/openmw-git/src/openmw/components/files/configurationmanager.cpp:89:32: error: ‘mTokensMapping’ was not declared in this scope if (tokenIt != mTokensMapping.end()) ^~~~~~~~~~~~~~ components/CMakeFiles/components.dir/build.make:3470: set di istruzioni per l'obiettivo "components/CMakeFiles/components.dir/files/configurationmanager.cpp.o" non riuscito make[2]: *** [components/CMakeFiles/components.dir/files/configurationmanager.cpp.o] Errore 1 make[2]: *** Attesa per i processi non terminati.... CMakeFiles/Makefile2:340: set di istruzioni per l'obiettivo "components/CMakeFiles/components.dir/all" non riuscito make[1]: *** [components/CMakeFiles/components.dir/all] Errore 2 Makefile:127: set di istruzioni per l'obiettivo "all" non riuscito make: *** [all] Errore 2

EndlessEden commented on 2016-02-08 19:53 (UTC)

please fix following: mygui(>=3.3.1){git compiles fine. GL version is quite a bit faster as well} ffmpeg(>=2.8.6){OSG uses >2.8.6, and wont compile against newer. not necessarily a issue, but can lead to problems.} SDL2(note: i cant verify but sdl2-hg may be breaking openmw at the moment.)

zenolijo commented on 2015-12-02 20:15 (UTC)

Just like everyone else, it messed aroound with qt5 but it compiled just fine anyways. A dependency that is missing is libxkbcommon-x11 though, please add that.

NOTtheMessiah commented on 2015-11-29 04:08 (UTC)

Needs a cmake option for openmw-cs to work: -DDESIRED_QT_VERSION=5

commented on 2015-07-14 06:58 (UTC)

:: Proceed with installation? [Y/n] (23/23) checking keys in keyring [----------------------] 100% (23/23) checking package integrity [----------------------] 100% (23/23) loading package files [----------------------] 100% (23/23) checking for file conflicts [----------------------] 100% (23/23) checking available disk space [----------------------] 100% ( 1/23) reinstalling qt5-base [----------------------] 100% ( 2/23) reinstalling qt5-xmlpatterns [----------------------] 100% ( 3/23) reinstalling qt5-declarative [----------------------] 100% ( 4/23) reinstalling qt5-connectivity [----------------------] 100% ( 5/23) reinstalling qt5-enginio [----------------------] 100% ( 6/23) reinstalling qt5-graphicaleffects [----------------------] 100% ( 7/23) reinstalling qt5-imageformats [----------------------] 100% ( 8/23) reinstalling qt5-location [----------------------] 100% ( 9/23) reinstalling qt5-multimedia [----------------------] 100% (10/23) reinstalling qt5-sensors [----------------------] 100% (11/23) reinstalling qt5-webchannel [----------------------] 100% (12/23) reinstalling qt5-webkit [----------------------] 100% (13/23) reinstalling qt5-script [----------------------] 100% (14/23) reinstalling qt5-quick1 [----------------------] 100% (15/23) reinstalling qt5-quickcontrols [----------------------] 100% (16/23) reinstalling qt5-serialport [----------------------] 100% (17/23) reinstalling qt5-svg [----------------------] 100% (18/23) reinstalling qt5-translations [----------------------] 100% (19/23) reinstalling qt5-tools [----------------------] 100% (20/23) reinstalling qt5-wayland [----------------------] 100% (21/23) reinstalling qt5-webengine [----------------------] 100% (22/23) reinstalling qt5-websockets [----------------------] 100% (23/23) reinstalling qt5-x11extras [----------------------] 100% ==> Missing dependencies: -> qt5 ==> Checking buildtime dependencies... ==> ERROR: Could not resolve all dependencies. ==> ERROR: Makepkg was unable to build openmw-git. ==> Restart building openmw-git ? [y/N] ==> ----------------------------------- ==> ==> ERROR: unable to update ==> Packages no longer required by any installed package: qt5-connectivity qt5-enginio qt5-graphicaleffects qt5-imageformats qt5-multimedia qt5-quick1 qt5-quickcontrols qt5-serialport qt5-wayland qt5-webengine qt5-websockets

weedfreak commented on 2014-12-05 11:59 (UTC)

Ignore last comment about OpenCS, you just need to open and close the config screen to rebuild the cfg file.

weedfreak commented on 2014-11-27 12:05 (UTC)

This fails to compile with boost 1.57, you need to downgrade boost to 1.56 to get it to compile. Once it has compiled it does not install OpenCS, only OpenMW.

marzoul commented on 2013-08-21 08:32 (UTC)

OpenMW now depends on the 'unshield' package and fails to compile without it. In Community repo. Can you please add it as a dependency?

budulay commented on 2013-06-16 18:18 (UTC)

Openmw now depends on sdl2 and fails to compile without it(we have it in AUR: https://aur.archlinux.org/packages/sdl2/).

commented on 2013-03-31 15:38 (UTC)

Just in case, there are problems with compilation OpenCS with Qt 4.8.4 and boost 1.53 ( https://forum.openmw.org/viewtopic.php?f=7&t=1451 ) from testing.

budulay commented on 2013-03-08 13:52 (UTC)

Thanks for the fix. Just found another problem - openmw.png was recently moved from apps/launcher/resourses/images to files/launcher/images/ in the source tree, so the install line in the PKGBUILD needs to be adjusted accrdingly: install -m644 files/launcher/images/openmw.png "$pkgdir"/usr/share/pixmaps/

bwrsandman commented on 2013-03-06 14:55 (UTC)

Forcing cmake to find qt4. Thanks for pointing that out.

budulay commented on 2013-03-05 03:14 (UTC)

Wouldn't compile for me after the qt5 update, even though qt4-4.8.4 is installed.

commented on 2013-02-12 13:02 (UTC)

OpenMW needs FFMpeg now for video playback

bwrsandman commented on 2012-12-28 23:38 (UTC)

Added opencs.

budulay commented on 2012-07-27 03:27 (UTC)

Nice one, thanks!

bwrsandman commented on 2012-07-26 22:26 (UTC)

Should be fixed now.

bwrsandman commented on 2012-07-26 22:18 (UTC)

Updated for submodule and plugins.cfg. I don't know about your Zip problem and I'd be interested to know if anyone else has this issue. Make sure you have zip and unzip installed. "/home/budulay_arch/./resources/mygui/Obliviontt.zip" suggests to me that it's looking in your home folder instead of "/usr/share/games/openmw/resources/mygui/Obliviontt.zip"

budulay commented on 2012-07-26 20:28 (UTC)

When running pkgbuild without any source files present(doing a git clone rather than git pull) compilation failed, complaining that openmw/extern/shiny/Main/Factory.hpp was missing. Turns out openmw/extern/shiny is a submodule in openmw git repo, so it has to be initialized and then updated: else cd "$srcdir" git clone "$_gitroot" "$_gitname" cd "$_gitname" git submodule update --init fi It's also explained here: http://openmw.com/forum/viewtopic.php?f=5&t=259 Also with this commit the openmw/files/plugins.conf* files were removed: https://github.com/zinnschlag/openmw/commit/014396e80c376663b8bba9ac598f1828d569ea49#diff-14 So I had to delete this line from PKGBUILD: install -m644 plugins.cfg "$pkgdir"/etc/openmw/ Also openmw.cfg.install was renamed into openmw.cfg a while back, hence I changed this line: install -m644 openmw.cfg "$pkgdir"/etc/openmw/openmw.cfg I'm not sure if it was the correct way to do it, but the game compiles now. When I try to run it, though, I get: ERROR: OGRE EXCEPTION(7:InternalErrorException): /home/budulay_arch/./resources/mygui/Obliviontt.zip - error whilst opening archive: Unable to read zip file. in ZipArchive::checkZzipError at /build/src/ogre_src_v1-8-0/OgreMain/src/OgreZip.cpp (line 297) Doint a web search on the error message reveals plenty of results, none of them related to openmw, though. At this point I have no clue where to go from here. I am wandering if anyone else got this error, and if they were able to fix it.

bwrsandman commented on 2012-07-18 11:14 (UTC)

Boost 1.50.0 released, deps updated.

bwrsandman commented on 2012-07-13 12:24 (UTC)

Won't compile due to a bug in boost 1.49.0-2 Waiting for 1.50.0 to be available in [Extra] to update PKGBUILD. In the meantime, this post explains how to fix boost. This will let you compile openmw-git. https://bbs.archlinux.org/viewtopic.php?pid=1126374#p1126374

ezzetabi commented on 2012-05-08 14:57 (UTC)

patch! --- PKGBUILD.orig 2012-03-28 23:12:37.000000000 +0200 +++ PKGBUILD 2012-05-08 16:56:27.928408147 +0200 @@ -53,6 +53,8 @@ install -m644 openmw.cfg.install "$pkgdir"/etc/openmw/openmw.cfg install -m644 plugins.cfg "$pkgdir"/etc/openmw/ install -m644 files/launcher.cfg "$pkgdir"/etc/openmw/ + install -m644 files/settings-default.cfg "$pkgdir"/etc/openmw/ + install -m644 files/transparency-overrides.cfg "$pkgdir"/etc/openmw/ # Desktop file and icon install -d -m755 "$pkgdir"/usr/share/applications

commented on 2012-05-07 21:08 (UTC)

Please change the pkgbuild to install new files transparency-overrides.cfg and settings-default.cfg (see the main CMakeLists.txt file)

commented on 2012-05-05 12:25 (UTC)

version has bumped to 0.14

commented on 2012-03-28 22:17 (UTC)

Updated to 0.13.0

commented on 2012-03-06 01:53 (UTC)

Updated to 0.12.0

Atterratio commented on 2011-11-04 01:52 (UTC)

I think, that line 31 in PKGBUILD don't need. Of course, I can be mistaken.

commented on 2011-09-05 23:20 (UTC)

Done! Thanks Igro!

commented on 2011-09-05 22:07 (UTC)

PKGBUILD needs website URL update ;]