Package Details: enigma_sdl 1.30-1

Git Clone URL: https://aur.archlinux.org/enigma_sdl.git (read-only, click to copy)
Package Base: enigma_sdl
Description: Puzzle game inspired by Oxyd on the Atari ST and Rock'n'Roll on the Amiga.
Upstream URL: http://www.nongnu.org/enigma/
Licenses: GPL
Submitter: ngaba
Maintainer: matejgroma
Last Packager: matejgroma
Votes: 45
Popularity: 0.85
First Submitted: 2005-12-14 14:11 (UTC)
Last Updated: 2022-05-08 13:03 (UTC)

Latest Comments

theYinYeti commented on 2021-06-05 15:54 (UTC)

Hello, I can build, but I cannot run the game:

/usr/include/c++/11.1.0/backward/auto_ptr.h:198: std::auto_ptr< <template-parameter-1-1> >::element_type* std::auto_ptr< <template-parameter-1-1> >::operator->() const [with _Tp = enigma::World; std::auto_ptr< <template-parameter-1-1> >::element_type = enigma::World]: Assertion '_M_ptr != 0' failed.
Abandon (core dumped)

ccorn commented on 2019-09-03 23:59 (UTC)

Thanks for the update. One remaining nitpick: Since there are no longer patches to configure.ac, the autoconf invocation seems no longer necessary, and the package builds fine without it.

ngaba commented on 2019-08-24 21:40 (UTC) (edited on 2019-08-24 21:41 (UTC) by ngaba)

Thanks ccorn, the package is upgraded according to your comment.

ccorn commented on 2019-08-15 10:24 (UTC)

I made the following changes and can build and run enigma_sdl:

rrika commented on 2019-08-07 04:58 (UTC)

There seems to be an issue with getting stuck in the menu after completing a level, related to being in windowed mode. It's been described here: https://lists.nongnu.org/archive/html/enigma-devel/2019-05/msg00000.html

SanskritFritz commented on 2018-04-24 20:42 (UTC)

Thanks! Köszi!

ngaba commented on 2018-04-24 20:35 (UTC)

Well, xerces-c and xerces-c-2 are in file conflict, which makes things difficult. But I will give it a try soon.

SanskritFritz commented on 2018-04-24 20:24 (UTC)

Thanks ngaba! Is there a way to have both xerces-c and *-2 installed at the same time? I need xerces-c for many other programs.

ngaba commented on 2018-04-24 20:20 (UTC)

New release, I just modified the dependency to xerces-c-2.

SanskritFritz commented on 2018-04-24 12:52 (UTC) (edited on 2018-04-24 12:53 (UTC) by SanskritFritz)

@pio, thanks! It is probably no coincidence that the maintainer of xerces-c-2 is the same, he just forgot to update the dependency here. Too bad xerces-c conflicts with xerces-c-2.

@Ngaba please update the dependency. BTW is it possible for both xerces-c packages to coexist on the same system?

pio commented on 2018-04-24 11:41 (UTC)

Compiled using xerces-c-2 instead of xerces-c .

SanskritFritz commented on 2018-04-04 11:07 (UTC)

I cannot build this now:

/usr/include/xercesc/util/TransService.hpp:697:8: error: ‘XMLCh’ does not name a type; did you mean ‘XMLUni’? inline XMLCh *TranscodeFromStr::adopt() ^~~~~ XMLUni

ngaba commented on 2016-08-16 21:52 (UTC)

Thanks for the report, mpz. The GCC6 incompatibility is (hopefully) fixed in the new release.

mpz commented on 2016-08-14 20:50 (UTC) (edited on 2016-08-14 20:51 (UTC) by mpz)

Makefile:2044: recipe for target 'Proxy.o' failed make[2]: *** [Proxy.o] Error 1 make[2]: Leaving directory '/tmp/enigma_sdl/src/enigma-1.21/src' Makefile:755: recipe for target 'all' failed make[1]: *** [all] Error 2 make[1]: Leaving directory '/tmp/enigma_sdl/src/enigma-1.21/src' Makefile:368: recipe for target 'all-recursive' failed make: *** [all-recursive] Error 1 ==> ERROR: A failure occurred in build(). Aborting... Does not compile for me. I'd like to try this game.

SanskritFritz commented on 2014-03-04 14:50 (UTC)

I think it is more logical to have conflicts only in package variants but not the base package. A base package cannot be aware of all possible variants and should not follow them either. Don't delete your comments, they are useful.

carstene1ns commented on 2014-03-04 14:44 (UTC)

Okay, looks like reverse conflicts are indeed handled by pacman. I remember that pacman bailed out with file conflicts, when I had a similiar case some time ago... but there must have been no conflicts=() at all then. Looks like I can drop the conflicts from my non-vcs packages then... :) Anyways, even if it is not required/necessary, it does not hurt to have it, because pacman will simply ignore it. --- Sorry for the noise, if you agree, I would like to remove my comments then, so it does not cause any confusion later.

SanskritFritz commented on 2014-03-04 12:37 (UTC)

Pacman will remove the other package in either case, just try it.

carstene1ns commented on 2014-03-04 11:25 (UTC)

@SanskritFritz: I am already doing this. ;-) I just thought that it would not hurt to do so. Only the svn package can provide the non-svn, but both conflict nontheless. Pacman will also offer to remove either package, if the other gets installed then. This is convenient for users that switch to a dev package to try out new features and have to switch back to a stable package because of bugs or the like.

SanskritFritz commented on 2014-03-04 11:05 (UTC)

carstene1ns: nope that is your job, you have to provide enigma_sdl and conflict with it, there is no need for circular conflicts.

carstene1ns commented on 2014-03-04 10:56 (UTC)

FYI: I have adopted and updated the svn package of enigma[1]. Would be nice, if you could add a conflicts=("$pkgname-svn") to your PKGBUILD the next time you update this package, Thanks! [1]: https://aur.archlinux.org/packages/enigma_sdl-svn/

ngaba commented on 2013-04-06 21:50 (UTC)

@SanskritFritz: Fixed. I removed the enet files (*.a, *.h) from the package, so Enigma uses the build-in enet, but it doesn't fileconflict with system Enet.

SanskritFritz commented on 2013-04-06 20:16 (UTC)

Thanks! Finally enigma works again :) But it conflicts now with enet, so I had to uninstall speed-dreams and other games in order to play enigma :( Shouldnt enigma-sdl also provide enet as well? Also, since pacman 4.1 there must be a package() function in the PKGBUILD.

ngaba commented on 2013-04-04 23:13 (UTC)

Enigma 1.20 is released! Non-SSE2 users, FYI: https://bugs.archlinux.org/task/34612

SanskritFritz commented on 2012-12-10 23:04 (UTC)

Nevertheless when I change the dependency in the PKGBUILD I get this error: checking for main in -lxerces... no configure: error: xerces is required to compile Enigma

SanskritFritz commented on 2012-12-10 22:55 (UTC)

Similar bump is now needed due to the xerces-c change.

ngaba commented on 2012-06-02 21:04 (UTC)

1.01-14 is just an empty version bump that indicates that the package must be recompiled againt recent enet (for those, who use yaourt/aurget etc).

ngaba commented on 2012-05-06 21:59 (UTC)

@zwastik: Fixed in 1.01-13.

zwastik commented on 2012-05-06 20:14 (UTC)

mv -f .deps/d_models.Tpo .deps/d_models.Po g++ -DHAVE_CONFIG_H -I. -march=native -mtune=native -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -DENABLE_ASSERT -O2 -ffast-math -fomit-frame-pointer -DCXXLUA -DSYSTEM_DATA_DIR=\"/usr/share/enigma\" -DLOCALEDIR=\"/usr/share/locale\" -I../lib-src/zipios++ -I../lib-src/zipios++ -I../lib-src/lua -I../lib-src/enigma-core -I../lib-src -I../intl -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -MT display.o -MD -MP -MF .deps/display.Tpo -c -o display.o display.cc In file included from d_engine.hh:24:0, from display.cc:43: ../lib-src/enigma-core/ecl_alist.hh: En la instanciación de ‘VAL& ecl::AssocList<KEY, VAL>::operator[](const key_type&) [with KEY = unsigned int; VAL = display::Line; ecl::AssocList<KEY, VAL>::key_type = unsigned int]’: display.cc:1094:19: se requiere desde aquí ../lib-src/enigma-core/ecl_alist.hh:64:17: error: ‘insert’ no se declaró en este ámbito, y no se encontraron declaraciones en la búsqueda dependiente de argumentos en el punto de la instanciación [-fpermissive] ../lib-src/enigma-core/ecl_alist.hh:64:17: nota: no se encontraron declaraciones en la base dependiente ‘std::list<std::pair<unsigned int, display::Line>, std::allocator<std::pair<unsigned int, display::Line> > >’ pur la búsqueda no calificada ../lib-src/enigma-core/ecl_alist.hh:64:17: nota: use ‘this->insert’ en su lugar make[2]: *** [display.o] Error 1 make[2]: se sale del directorio `/tmp/yaourt-tmp-idr/aur-enigma_sdl/src/enigma-1.01/src' make[1]: *** [all] Error 2 make[1]: se sale del directorio `/tmp/yaourt-tmp-idr/aur-enigma_sdl/src/enigma-1.01/src' make: *** [all-recursive] Error 1 ==> ERROR: Se produjo un error en build(). Cancelando...

ngaba commented on 2012-03-11 23:41 (UTC)

@SanskritFritz: I've adopted it.

SanskritFritz commented on 2012-03-11 22:11 (UTC)

xerces-c-2 has been orphaned. May I ask you to adopt it?

ngaba commented on 2012-02-08 01:51 (UTC)

enigma-1.01-libpng15.patch added.

ngaba commented on 2011-05-30 21:43 (UTC)

@MegaKiller1998: The new 1.01-10 release compiles with gcc4.6 and enet1.3.

Mr.Smith1974 commented on 2011-05-29 15:30 (UTC)

I have an error: In file included from dircoll.cpp:10:0: directory.h:85:21: error: ‘ptrdiff_t’ does not name a type make[3]: *** [dircoll.o] Error 1 make[3]: Leaving directory `/tmp/yaourt-tmp-root/aur-enigma_sdl/src/enigma-1.01/lib-src/zipios++/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/tmp/yaourt-tmp-root/aur-enigma_sdl/src/enigma-1.01/lib-src/zipios++' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/yaourt-tmp-root/aur-enigma_sdl/src/enigma-1.01/lib-src' make: *** [all-recursive] Error 1