It's a server-side cache thingraevol wrote:Tried that. :/ Didn't help. It's ok, it's not really a big deal.sirherrbatka wrote:What about cleaning cache?
OpenMW 0.22.0
Re: OpenMW 0.22.0
Re: OpenMW 0.22.0
Thanks, I updated russian translation of release post.raevol wrote:Thanks corristo, I've updated this everywhere that I can. If anyone's done any PR work with the original release announcement, you might consider going back to make an edit.
- psi29a
- Posts: 5362
- Joined: 29 Sep 2011, 10:13
- Location: Belgium
- Gitlab profile: https://gitlab.com/psi29a/
- Contact:
Re: OpenMW 0.22.0
Just managed to build OpenMW 0.22.0 on Ubuntu Raring (13.04) and is now available on PPA. Please test!
- psi29a
- Posts: 5362
- Joined: 29 Sep 2011, 10:13
- Location: Belgium
- Gitlab profile: https://gitlab.com/psi29a/
- Contact:
Re: OpenMW 0.22.0
I found the "real" reason for this, have a read about it here:BrotherBrick wrote:I know that Raring isn't to be released until next month, so this might be a bug, but I just want to run it past you guys first. The build for OpenMW failed with this:The log can be found here:[ 76%] Building CXX object apps/openmw/CMakeFiles/openmw.dir/engine.cpp.o
Linking CXX executable ../../openmw
/usr/bin/ld: /usr/lib/gcc/i686-linux-gnu/4.7/../../../../lib/libOgreMainStatic.a(OgreDynLib.cpp.o): undefined reference to symbol 'dlopen@@GLIBC_2.1'
/usr/bin/ld: note: 'dlopen@@GLIBC_2.1' is defined in DSO /lib/i386-linux-gnu/libdl.so.2 so try adding it to the linker command line
/lib/i386-linux-gnu/libdl.so.2: could not read symbols: Invalid operation
collect2: error: ld returned 1 exit status
https://launchpadlibrarian.net/13520703 ... ILD.txt.gz
I'm able to "fix" this by adding "-ldl" to the list of linked libraries and ${CMAKE_DL_LIBS} somewhere in a target_link_libraries() but I'm not sure where yet.
We are apparently not the only ones having this problem:
https://gist.github.com/kwk/3595733
What do you guys think?
- Spoiler: Show
Re: OpenMW 0.22.0
Hey mac guys!
It'd be awesome if someone could test 0.23 build before publishing it: https://www.dropbox.com/s/uzbs2qfr5sacc ... mg?v=1rw--
It'd be awesome if someone could test 0.23 build before publishing it: https://www.dropbox.com/s/uzbs2qfr5sacc ... mg?v=1rw--
- psi29a
- Posts: 5362
- Joined: 29 Sep 2011, 10:13
- Location: Belgium
- Gitlab profile: https://gitlab.com/psi29a/
- Contact:
Re: OpenMW 0.22.0
Wrong thread possibly?corristo wrote:Hey mac guys!
It'd be awesome if someone could test 0.23 build before publishing it: https://www.dropbox.com/s/uzbs2qfr5sacc ... mg?v=1rw--
Re: OpenMW 0.22.0
Exactly. I will repost, delete please.
Re: OpenMW 0.22.0
Sorry for bumping the thread just wanted to say that I ran into the same problem and it seems that FFmpeg broke backwards compability by moving av_gettime() into a new header file time.h and then later on also removing it from avformat.hBrotherBrick wrote:I tried compiling this on win7 (qemu/kvm) following my same setup for winxp and I got as far as compiling everything except for openmw. It failed with this:
Any ideas?Code: Select all
1>------ Build started: Project: ZERO_CHECK, Configuration: Release Win32 ------ 2>------ Build started: Project: openmw, Configuration: Release Win32 ------ 2> videoplayer.cpp 2>..\..\..\openmw\apps\openmw\mwrender\videoplayer.cpp(128): error C3861: 'av_gettime': identifier not found 2>..\..\..\openmw\apps\openmw\mwrender\videoplayer.cpp(718): warning C4245: 'initializing' : conversion from 'int64_t' to 'uint64_t', signed/unsigned mismatch 2>..\..\..\openmw\apps\openmw\mwrender\videoplayer.cpp(959): error C3861: 'av_gettime': identifier not found ========== Build: 1 succeeded, 1 failed, 4 up-to-date, 0 skipped ==========
Moving to time.h: https://github.com/FFmpeg/FFmpeg/commit ... 728181b0dd
Removing from avformat.h: https://github.com/FFmpeg/FFmpeg/commit ... b8a47c650e
- psi29a
- Posts: 5362
- Joined: 29 Sep 2011, 10:13
- Location: Belgium
- Gitlab profile: https://gitlab.com/psi29a/
- Contact:
Re: OpenMW 0.22.0
I saw your commit, thanks! It is nice to keep backward compatibility with such a fast moving target as ffmpeg.