Messages

As for solaris editor :

cmake -DSOLARUS_INCLUDE_DIR=/usr/include/solarus -DSOLARUS_LIBRARY=/usr/lib/x86_64-linux-gnu/libsolarus.so.1 -DCMAKE_INSTALL_PREFIX=/usr  ..

also works

I think the kids will love it !

Strange:

Code Select Expand


$ cmake -DCMAKE_INSTALL_PREFIX=/usr/games -DCMAKE_INSTALL_LIBDIR=/usr/games/lib -DCMAKE_SKIP_RPATH='TRUE' ..
-- /usr/lib/w32api/usr/X11R6/lib/usr/lib/X11/usr/pkg/lib/opt/csw/lib/opt/lib/usr/openwin/lib
-- Configuring done
-- Generating done
CMake Warning:
  Manually-specified variables were not used by the project:
    CMAKE_INSTALL_LIBDIR

Code Select Expand

cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_INSTALL_LIBDIR=/usr/lib
doesn't work either

Only fhis works:

cmake -DCMAKE_INSTALL_PREFIX=/usr

The errors lays somewhere in : solarus-1.5.1/cmake files
Can anyone help with debugging, my knowledge of cmake is too low.

After typing "sudo make install", something strange is displayed:
-- Set runtime path of "/usr/games/lib/x86_64-linux-gnu/libsolarus-gui.so" to ""
-- Installing: /usr/local/bin/solarus

Debian guidelines write: "Game loads private libraries through rpath or LD_LIBRARY_PATH"

Actually running:
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/games/lib/x86_64-linux-gnu/

fixes the issue, but this is just a hack.
Any solution?

Hello,

I am reviewing Solarus engine and editor as regards Debian game guidelines, maybe to ask for inclusion in Debian and ease installation. I am not a Debian packager myself, but I might ask for a sponsor to make the required packages.

The checklist is here:
https://wiki.debian.org/Games/Checklist

Code Select Expand

debian/copyright includes all the copyright and license texts for the code and data in the source package
All the game data (graphics, fonts, sounds, music, maps, texts, etc) in the source package are DFSG-free

Generated data is preferably built from source. If not, the sources must be in the package anyway. Here are some guidelines about that.
Game compiles with the CFLAGS defined in debian/rules
Game data is packaged in a separated arch indep (all) package if it's big enough
Game data is in a separate source package if it is large
The binary packages do not include any copy of fonts that are already packaged in font packages

Public executables are installed in /usr/games/, private executables under /usr/{lib,share}/games/<game>/

Private libraries installed in /usr/lib/games/<game>/
Game loads private libraries through rpath or LD_LIBRARY_PATH
Game links to public libraries in Debian instead of a private copy of them in its source code

Arch independent files are installed in /usr/share/games/<game>/
Arch independent data generation is independent of word length and endianess
Game loads game data from their absolute paths

Game should respect the XDG basedir spec

Game saves user data in $HOME/.<game>/ or similar

Game loads user data from $HOME/.<game>/ or similar

Game inits user data in $HOME/.<game>/ or similar if it is needed
Game loads game data independent of the arch endianness and word length
Game loads and saves user data independent of the arch endianness and word length
If the game is already in the repositories in a previous version, make sure that old data is not lost, either due to file format or to file location changes.
Patches include copyright and licensing texts
A .desktop file is present to start the game

So far, I bump on the following error:

Code Select Expand

$ mkdir build
$ cd build
$ cmake -DCMAKE_INSTALL_PREFIX=/usr/games ..
$ make -j4
$ sudo make install

then I run :

Code Select Expand

solarus-run
./solarus-run: error while loading shared libraries: libsolarus.so.1: cannot open shared object file: No such file or directory

A lot of people seem to have the same problem. Any clue?

Kind regards,
SolarK

Dear all,

I see a nice community around here, with a lot of nice things around Solarus engine and solarus-editor, congratulations for the hard work over the years.
I am a math teacher in France in "collège". Don't mess-up with US college, in France, collège is for 11 to 14 year old kids.

My kids are playing Zelda and are very good in math and have very good school results.
So I wonder whether it would be interesting to hold a course on Solarus programming, based on a Zelda-like game project.
I heard a lot of nice things around Lua, which may be the future of programming, just like Python.
The advantage of using Solarus over Scratch is that a) Solarus could be used as a team b) this is real programming c) the result would be a real game.

Nothing precise now, I am just reviewing the code and editor before I can start something.

Kind regards,
SolarK