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.008883
First Submitted: 2005-12-14 14:11 (UTC)
Last Updated: 2022-05-08 13:03 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 Next › Last »

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.