Arch Linux

This allowed me to compile on x86_64:
http://www.eternal-lands.com/forum/index.php?showtopic=35028&st=680&p=516388&#entry516388

Running the checkout from here works fine and checks out the ELC source tree as normal. Perhaps the berlios cvs server was down, as often seems to happen; if so, trying again might be sufficient to solve the problem. Failing that, you could try to see if your connection is being blocked by something like a firewall by telneting to port 2401 on cvs.elc.berlios.de, and continue troubleshooting the problem on your end if you fail to connect.

If need be, it might be nice to just host a tarball for the given version tag somewhere, as not everyone is guaranteed to have CVS access when they attempt to update.

Well I have given up on makinge this package work. I am sure it is a simple fix if you know how to use cvs. It seems to me the problem is ether the IP or Port are wrong. I also read on the el cvs page that you have to hit a key to log into cvs now "When prompted for a password for anonymous, simply press the Enter key". I would also ad a "if x86_64" then install "el.x86.amd64.bin". Here is my error out put...

cvs [checkout aborted]: connect to cvs.berlios.de(195.37.77.137):2401 failed: Connection refused
./PKGBUILD: line 29: cd: elc: No such file or directory
sed: can't read make.conf: No such file or directory
sed: can't read Makefile.linux: No such file or directory
sed: can't read Makefile.linux: No such file or directory
make: Makefile.linux: No such file or directory
make: *** No rule to make target `Makefile.linux'. Stop.

- Updated to 1.8.0
- Description changed
- Using the !emptydirs option

Sorry, but I run the 32bit version of Arch thus I cannot check x86-64 sed lines.
Maybe a 64bit user can confirm and correct the issue.

Hi, I'm trying to install using 'yaourt -S eternallands', but it throws the following error:

U elc/xml/xmlhelper.cpp
U elc/xml/xmlhelper.hpp
sed: can't read make.conf: No such file or directory
make[1]: Entering directory `/tmp/yaourt-tmp-lodo/aur-eternallands/eternallands/src/elc'
CC 2d_objects.o
2d_objects.c:1: error: CPU you selected does not support x86-64 instruction set
make[1]: *** [2d_objects.o] Error 1
make[1]: Leaving directory `/tmp/yaourt-tmp-lodo/aur-eternallands/eternallands/src/elc'
make: *** [release] Error 2
==> ERROR: Build Failed.
Aborting...
Error: Makepkg was unable to build eternallands package.


If I re-run yaourt it installs without a problem. I think the problem might be with the sed command. Maybe it runs before the make.conf file is present or something, and since the second time the file is already there, that's why it builds correctly.

One other comment - the custom directory is copied over along with all of the other directories, so why is it deleted from the package directory in the last step of the PKGBUILD?

- Compressing textures and maps for increased loading speed

You know, to speed up map/texture loading, you can gzip all of the *.bmp and *.elm files - the client has the capacity to read them, but they aren't gzipped in the distribution archive to keep the size down.

Eg. 'find \( -name *.bmp -or -name *.elm \) -exec gzip {} \;'

cvs added as a make dependency

You should also add cvs as a dependency.

Updated to 1.7.0

http://el.beplacid.net/downloads/el_160_linux.zip
is dead.

http://linux.softpedia.com/ seems to be where el_160_linux.zip is hosted now.

- Updated to 1.6.0
- Using $srcdir and $pkgdir
- ChangeLog format adapted to official prototype
- Icon installed from the CVS repository

Package adopted and updated to 1.5.0

ChangeLog:
* Binary compiled from tagged CVS source
* Dependencies array corrected
* Changed permissions for some installed files
* Icon installed from inside the game archive
* Description and URL changed

Any update to 1.5.0?

Nw with x86_64 support (Thanks Stefan!)

thanks tmaynard!

Someone please add 'sdl_image' to the dependencies.

OK - the clouds parted and I had a cancellation this morning... so i was able to get something done on this.

Here is 1.4. If installing for the first time, you will need to be in /usr/share/eternallands when you first run el, so that it can find the config. (Alternatively you can copy el.ini from there into ~/.elc/)

I've heard rumors that there are some neat features that you can compile in, but my initial attempts caused a seg fault.

As always, happy gaming, and any comments appreciated.

If anyone is interesting in taking over this package let me know.

The elc file was there so that we could compile the client from scratch as the pre-built client did not always work for us. I don't know if this has changed for 1.4. It doesn't look like they tagged the 1.4 release in CVS so I have to do a little hunting to checkout the right release.

I apologize for not having had/put more time to put into packaging this. If anyone is interested in running with it, then be my guest.

What's the elc-133 bz2 file for? If it is not needed for version 4, we could remove that away and the other related parameters, then just substitute in the source file and change the version number. Easier done than said?

I *suspect* that packaging this version will take a little more than just a version bump. Unfortunately with work/classes I won't have a chance to play with it until the end of the week. If anyone wants to play with the PKGBUILD in the meantime, be my guest.

Eternal Lands 1.4 is out!

Please add arch() field

good,
first time you have to be in the /usr/share/eternallands/ directory to make el start

doesn\'t work at all...
nothing happens when: # el

Updated package source location and MD5 sum.

I will re-package later on tonight with the updated tarball. They have a tendency to make small changes (encyclopedia updates, new bmps, etc.) and not increment the version number.

2007-02-01

makepkg --->

==> Validating source files with MD5sums
el_133_linux_full.zip ... FAILED
elc-1.3.3.tar.bz2 ... Passed
make.conf ... Passed
eternallands.desktop ... Passed
eternallands.png ... Passed
arch.ini ... Passed
==> ERROR: One or more files did not pass the validity check!

The download link should be http://el.other-life.com/downloads/el_133_linux_full.zip

Doesn\'t work anymore:


==> Downloading el_133_linux_full.zip
--17:20:32-- http://www.other-life.com/el/el_133_linux_full.zip
=> `el_133_linux_full.zip\'
Resolving www.other-life.com... 207.195.206.148
Connecting to www.other-life.com|207.195.206.148|:80... connected.
HTTP request sent, awaiting response... 300 Multiple Choices
Length: 839 [text/html]

100%[===================================================>] 839 --.--K/s

17:20:33 (153.78 MB/s) - `el_133_linux_full.zip\' saved [839/839]

==> Found elc-1.3.3.tar.bz2 in build dir
==> Found make.conf in build dir
==> Found eternallands.desktop in build dir
==> Found eternallands.png in build dir
==> Found arch.ini in build dir
==> Validating source files with MD5sums
el_133_linux_full.zip ... FAILED
elc-1.3.3.tar.bz2 ... Passed
make.conf ... Passed
eternallands.desktop ... Passed
eternallands.png ... Passed
arch.ini ... Passed
==> ERROR: One or more files did not pass the validity check!

Copy the /usr/share/eternallands/el.ini to ~/.elc/, then it will know where to look for the data directory.

The executable tries to load data from current directory and not from /usr/share/eternallands.

New Upstream Version

Sorry for the delay, but it took them a while to update the source code on the CVS server.

Several changes in build process. /usr/share/eternallands made world writeable for auto-update to work.

Any and all feedback appreciated.

1.3.3 is out and this version is no more compatible with the official server, please update.

Please add makedepends=(\'unzip\')

Eternal Lands changed game servers configuration - causing MD5sum failure.

updated .ini file and rebuilt.

Let me know if there are any probs.

==> Validating source files with MD5sums
el_132_linux_full.zip ... FAILED

New Client Version.

Lots of changes here:
* We now build the client from source
* We include a somewhat sane el.ini to get you started.
* Added the .desktop so you can launch from a menu.


Many thanks to the Frugalware guys for setting a great example in their package to work off of.

Also, I am sure that they way I move files around in the PKGBUILD isn\'t \"optimal\" but I think I got the job done.

As always let me know if anything isn\'t behaving properly.

A new version (1.3.2) has been released :-)

Hello,

your ideas seem like a good way to go :)

Be careful when building a CVS client of el, sometimes there are protocol changes in the CVS version. If so, you can\'t connect to the gameserver.. would be pretty nasty for all us el players ;)

Thanks for your comments jojo.. The libcal link broke with the recent upgrade from cal3d 0.10 to 0.11. Reinstalling the older version will \"fix\" this for the moment. I may try to build el from CVS source as a permanent fix.

For future builds, I will probably include an example el.ini with a console note that it can be modified and installed in ~/.elc/

In the configuration file, a wrong browser is set:

#browser = \"start iexplore.exe\"


This surely won\'t work in Linux ;)

After starting the game, the following console & ingame error messages appear:

[jojo] [~] el
I/O warning : failed to load external entity \"/usr/local/games/el//actor_defs/actor_defs.xml\"
I/O warning : failed to load external entity \"/usr/local/games/el//languages/en/strings/channels.xml\"
I/O warning : failed to load external entity \"/usr/local/games/el//languages/en/strings/channels.xml\"
I/O warning : failed to load external entity \"/usr/local/games/el//languages/en/books/races/human.xml\"
I/O warning : failed to load external entity \"/usr/local/games/el//books/races/human.xml\"
I/O warning : failed to load external entity \"/usr/local/games/el//languages/en/books/races/dwarf.xml\"
I/O warning : failed to load external entity \"/usr/local/games/el//books/races/dwarf.xml\"
I/O warning : failed to load external entity \"/usr/local/games/el//languages/en/books/races/elf.xml\"
I/O warning : failed to load external entity \"/usr/local/games/el//books/races/elf.xml\"
I/O warning : failed to load external entity \"/usr/local/games/el//languages/en/books/races/gnome.xml\"
I/O warning : failed to load external entity \"/usr/local/games/el//books/races/gnome.xml\"
I/O warning : failed to load external entity \"/usr/local/games/el//languages/en/books/races/orchan.xml\"
I/O warning : failed to load external entity \"/usr/local/games/el//books/races/orchan.xml\"
I/O warning : failed to load external entity \"/usr/local/games/el//languages/en/books/races/draegoni.xml\"
I/O warning : failed to load external entity \"/usr/local/games/el//books/races/draegoni.xml\"
I/O warning : failed to load external entity \"/usr/local/games/el//knowledge.xml\"
I/O warning : failed to load external entity \"/usr/local/games/el//knowledge.xml\"

Also no ingame characters are shown.

The directory \"/usr/local/games/el\" does not exist, the directory \"/usr/share/eternallands\" is there.

Suggested solution:
- Modifiy the ~/.el/el.ini and change the \"data_dir\" to:
#data_dir = /usr/share/eternallands

Doesn\'t work after install:

[jojo] [~] el
./el-130.x86.linux.bin: error while loading shared libraries: libcal3d.so.11: cannot open shared object file: No such file or directory

cal3d was installed as dependancy from el:
[root] [/home/jojo] pacman -Qi cal3d
Name : cal3d
Version : 0.11.0-1
Groups : None
Packager : Arch Linux (http://www.archlinux.org)
URL : https://gna.org/projects/cal3d
License : None
Architecture : i686
Size : 833433
Build Date : Wed Jul 12 04:08:50 2006 UTC
Install Date : Fri Jul 21 12:22:46 2006 UTC
Install Script : No
Reason: : explicitly installed
Provides : None
Depends On : libstdc++5
Required By : eternallands
Conflicts With : None
Description : A skeletal-based 3D character animation library


Suggested solution:
cd /usr/lib
ln -sf libcal3d.so.12 libcal3d.so.11

Or even better: Provide a new build

Hello,

Instead of doing:

mkdir dir
copy file dir
chmod permission dir/file

You could use the install command:

mkdir dir
install -m755 file dir

Added cal3d dependency

New upstream version

needs updated to 1.3

Dont use echo to create another file, just make another file

Thanks for the lashing codemac ;-)

I had adopted the package and rushed to upload the new version so that people would be able to continue playing...

I obviously didn\'t test it as well as I should have. I also apologize for taking so long to make the fixes... but truth be told... I\'m addicted to Eternal Lands and it is doing a good job of eating up all my free time.

To all EL\'ers say \"hi\" to me ingame. I\'m toddma.

Let me know if there is anything in here that I messed up.

Thanks.

eternallands E: Dependency detected and not included (sdl_net) from files [\'usr/share/eternallands/el.x86_64.linux.bin\']
eternallands E: Dependency detected and not included (libxml2) from files [\'usr/share/eternallands/el.x86_64.linux.bin\']
eternallands E: Dependency detected and not included (libpng) from files [\'usr/share/eternallands/el.x86_64.linux.bin\']
eternallands E: Dependency detected and not included (libvorbis) from files [\'usr/share/eternallands/el.x86_64.linux.bin\']
eternallands W: Dependency included and not needed (x-server)
eternallands E: File (usr/bin/el) has root/users permissions.
eternallands E: File (usr/share/eternallands/el.x86.linux.bin) has root/users permissions.
eternallands W: Directory (usr/share/eternallands/music/) is empty


And the md5sum is wrong. You might want to check some of that out.

New upstream version - Upgrade required to connect to server.

when you do \"cd $startdir/src\" and then \"mv * $startdir/pkg/usr/share/eternallands\" you copy the zip file of the game inside the package!

Any 1.1.2 release soon?

Make it install in /usr rather than /usr/local