- User Since
- Dec 12 2017, 8:05 AM (95 w, 6 d)
Sat, Oct 12
Mon, Oct 7
Sat, Oct 5
Thu, Oct 3
I have encountered issues building this version against system pugixml and hdf5 - the former is still used by VTK, but for some reason CMake script doesn't have a variable for this library at all; the latter produces strange errors seemingly about Fortran compiler (but I'm not sure why Fortran is used there at all, and why I don't see this issue with bundled HDF5). I will investigate these issues later, maybe I will fix them in the future patches.
Tue, Oct 1
Mon, Sep 30
Sun, Sep 22
Sat, Sep 21
Wed, Sep 18
Sep 10 2019
Sep 8 2019
Sep 6 2019
Removed unneeded newline.
Sep 2 2019
Sep 1 2019
Aug 29 2019
It's already in Unstable: R2725:a71f8afacbaddf6f0725930feb1631ecdb1d68b1
Aug 28 2019
Aug 20 2019
Aug 17 2019
Aug 8 2019
Aug 3 2019
Here you are :) These patches should work.
@Girtablulu Regarding OpenToonz again - I finally rebuilt it locally and can confirm that it builds against SDL 2.0.10 (locally updated) and works with it. However, I had to make several tweaks to package.yml:
- Switch build system from Ninja to GNU Make - because Ninja doesn't work with the build script that CMake produces (same error as you mentioned).
- Switch compiler from GCC to Clang - for some reason GCC segfaults while building OT, but Clang is able to build the whole thing. I didn't investigate this problem in detail as of now.
- Backport upstream patch that fixes incompatibility with Qt 5.13 (nothing serious, just one missing header).
Jul 28 2019
Btw, cheers for patching freedink :) I was going to look into patching it after you reported an error, but I'm away from my main PC this weekend.
About error with OpenToonz - this looks like a regression in CMake's Ninja generator? Can you try rebuilding it with GNU makefiles? Or I can try it on the next week.
Jul 18 2019
- Reordered builddeps case-sensitively (will do the same for other packages that I maintain).
- Removed unnecessary newline.
- Created /usr/bin/cutter symlink.
Jul 15 2019
Jul 11 2019
Jul 6 2019
According to their readme, you can build it as a shared library using -DBUILD_SHARED_LIBS=ON.
Jul 1 2019
No, it couldn't be removed from conf file as eopkg can't modify anything in home folder (and it shouldn't).
Jun 30 2019
Try adding Path=/usr/share/doom to FileSearch.Directories, that's where gzdoom.pk3 is located after last update. Let me know if this fixes the issue or not.
Can you show the contents of ~/.config/gzdoom/gzdoom.ini? Especially I'm interested in sections [IWADSearch.Directories] and [FileSearch.Directories].
Jun 27 2019
Properly set installation dir.
Added a runtime dependency on assimp-devel for doomsday-engine-devel.
Jun 26 2019
Jun 24 2019
Properly remove unneeded pkgconfig directory.
Jun 23 2019
Jun 21 2019
Removed license texts from /usr/share/doc.
Jun 20 2019
Jun 18 2019
- Added a homepage.
- Use xpm icon instead of converting .ico to .png. Also allows to drop imagemagick from builddeps.
Jun 16 2019
Jun 11 2019
Jun 7 2019
May 26 2019
May 25 2019
May 19 2019
Removed harfbuzz from builddeps as it's also pulled by freetype2.
@Girtablulu , I'll look into it.
I confirm it:
warzone2100: error while loading shared libraries: libGLEW.so.1.12: cannot open shared object file: No such file or directory
Seems it wasn't rebuilt after GLEW update.
May 17 2019
May 15 2019
May 13 2019
May 6 2019
Apr 29 2019
Apr 27 2019
Apr 25 2019
Already requested and accepted: T5793.
Apr 23 2019
Updated for new release tarball - updated hashsum and removed patch.
Apparently upstream re-released 0.7.3.1 to include the CMake patch, and therefore the SHA256 hash of the tarball in this revision is invalid now. I will update the diff with the new hash and removed patch later.
Apr 22 2019
Replaced self-written patch with patch from upstream.
Bump to 0.7.3.1.
Apr 21 2019
Enabled SSE 4.2 instructions.
Apr 20 2019
Apr 12 2019
Just to add my 2 cents: Ghidra is not the only one major FOSS RE tool, there is also powerful radare2, which we recently got in the repo. You can try it if you want to do RE.
Apr 9 2019
Hi, I tried this but I quite don't get it. I can't get the files at build time withgit submodule update
because of the chroot environment that blocks the connection to internet for trust reasons. Also their version wants to be installed in /opt/stremio which again gives me an error in chroot because I don't have permissions (normally this would be solved by typing sudo make install).
Apr 8 2019
Apr 6 2019
No. LSI uses default settings besides Unity workaround.
@DataDrake here you are.