Messages

31

Linux / UFO:A AI snapshot 13/10/01 lua issues

« on: October 02, 2013, 12:15:29 am »

I tried to build the latest git snapshot today (commit: f32f700011d7f3923f98bb9c5298c06e0c456028)

It seems you added some lua flags and libs to the git repo. Lua is already packaged for Debian and I need to link against one of the available lua packages in Debian. We support lua5.1 and lua5.2. I get build failures when I remove the lua libs in src/libs/lua.

The testsuite aborts because it can't find lua.h. I fixed that by patching src/game/g_ai_lua.cpp and src/game/g_local.h. I set the include path of lua.h to lua5.2/lua.h for example.

However I get another error later:

No rule to make target `release-linux-x86_64/testall/libs/lua/lapi.cpp.o',
needed by `testall'.  Stop

What do I have to do to prevent ufoai from building the embedded lua libs and to use Debian's packages?

32

Linux / Re: Debian: feedback and tests welcome

« on: October 02, 2013, 12:02:35 am »

Hi!

Thanks for your feedback.

So,
Install goes as expected I had most prerequisites, the ones which I did not were libxml1 (for ufoai-uforadiant-data) and  libgtkglext1 (for ufoai-uforadiant). Sadly there is no package named libxml1 in the official debian repo, thus I wasn't able to get the mapeditor working.

I believe you are looking for libmxml1
http://packages.debian.org/sid/libmxml1

Also after installing the game server component starts up, and listens on 0.0.0.0:27910 TCP, which is in my opinion rather unwanted. As such I think it would make a lot more sense to either start the server on a need to basis or have it only listen on localhost.

The ufoai-server package contains the dedicated server. You don't need this package if you want to start a listen server, the ufoai package is then sufficient. The dedicated server is intended for server admins who want to setup a headless server with as little dependencies as possible. Normally you can set a cvar value for net_ip (at least for openarena) in your server.cfg and make the server listen only on one interface instead of all.

So in short: If you only want to play the game and host some games in your local network, the ufoai package and its dependencies is all that you need.

33

Discussion / Debian Games Team is looking for new members

« on: September 20, 2013, 12:15:59 pm »

Hi folks,

I'm a member of the Debian/Ubuntu Games Team and we are constantly looking for new people who'd like to help us improving and packaging FOSS games like UFO:AI. As some of you probably know, I'm working on an official release for UFO:AI at the moment. http://ufoai.org/forum/index.php/topic,7822.0.html

Short summary:

The Debian/Ubuntu Games Team provides packaging and support of games in Debian and Ubuntu archives. From RPGs, FPS's and RTS's to flight sims, board games and art games, we work collaboratively to share problems, bugfix, package and promote FOSS games in all genres and we seek new members to assist us in our work. We have roles for all technical levels. From producing screenshots and documentation, building packages of existing games, tracking down new and interesting games for inclusion to helping with licensing and source materials of games and art. If you have a passion for GNU/Linux, love gaming and want to help make the base distro of Ubuntu, Mint and many others even better then please contact us on IRC at #debian-games on irc.debian.org or via our mailing list debian-devel-games@lists.debian.org.

Here are some interesting links if you want to get involved in the fun. Even if you can't or don't want to jump in immediately, please spread the word and we are also always looking for friendly IRC idlers.

There is some info about the team here:

https://wiki.debian.org/Games/Team

There are lots of ways you can get involved with the team, many of
them are documented here:

https://wiki.debian.org/Games/Development#GetInvolved

You can help with maintaining existing games:

https://wiki.debian.org/Games/Development

Or packaging new games:

https://wiki.debian.org/Games/Suggested

If you want to learn how you can create new Debian packages, check out these:

https://mentors.debian.net/intro-maintainers
https://wiki.debian.org/HowToPackageForDebian

Or triaging and fixing bugs:

http://bugs.debian.org/pkg-games-devel@lists.alioth.debian.org

You can learn more about Debian's bug tracker here:

http://www.debian.org/Bugs/
http://www.debian.org/Bugs/server-control

Our general QA overviews:

http://qa.debian.org/developer.php?login=pkg-games-devel@lists.alioth.debian.org
http://pet.debian.net/pkg-games/pet.cgi

34

Linux / Re: Debian: feedback and tests welcome

« on: September 05, 2013, 05:59:34 pm »

that might be a little bit hard to do. because we are using pkg-config's pc files, and there almost everything gtk related is included.

Unfortunately I haven't identified the root cause of this issue yet. Normally this could be avoided by excluding the unneeded gtk libraries in the final linker stage and I usually add "Wl,--as-needed to LDFLAGS to compensate for that. In this case it doesn't work.

Besides: I've built the game with SDL2 for the first time and it works flawlessy so far. 

35

Linux / Re: Debian: feedback and tests welcome

« on: August 27, 2013, 10:04:12 pm »

Hi Popi,

thanks for your feedback! I'm always looking for things which I haven't anticipated yet. So I'm interested in things like

- does the game work for you on your system
- what do you think about the ufoai-server package, does it suit your needs as a server admin?
- does the uforadiant package work, shall I suggest/recommend other packages which are useful for creating ufo:ai maps?

Well, in short everything might be useful, especially if it doesn't work for you (then I would like to know why? )

Regarding the ufoai-uforadiant package: I also discovered that the package could avoid useless dependencies. It seems that the radiant binary is linked against libraries that are not strictly needed because the map editor uses non of the library's symbols. I need to experiment with build/modules/uforadiant.mk a little to avoid the unnecessary linking. I get this message in my build log:

dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/ufoai/usr/lib/ufoai/ufo was not linked against libdl.so.2 (it uses none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/ufoai-server/usr/lib/ufoai-server/ufoded was not linked against libdl.so.2 (it uses none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/ufoai-uforadiant/usr/lib/uforadiant/uforadiant was not linked against libXt.so.6 (it uses none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/ufoai-uforadiant/usr/lib/uforadiant/uforadiant was not linked against libfontconfig.so.1 (it uses none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/ufoai-uforadiant/usr/lib/uforadiant/uforadiant was not linked against libatk-1.0.so.0 (it uses none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/ufoai-uforadiant/usr/lib/uforadiant/uforadiant was not linked against libpangocairo-1.0.so.0 (it uses none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/ufoai-uforadiant/usr/lib/uforadiant/uforadiant was not linked against libogg.so.0 (it uses none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/ufoai-uforadiant/usr/lib/uforadiant/uforadiant was not linked against libfreetype.so.6 (it uses none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/ufoai-uforadiant/usr/lib/uforadiant/uforadiant was not linked against libICE.so.6 (it uses none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/ufoai-uforadiant/usr/lib/uforadiant/uforadiant was not linked against libvorbis.so.0 (it uses none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/ufoai-uforadiant/usr/lib/uforadiant/uforadiant was not linked against libpangox-1.0.so.0 (it uses none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/ufoai-uforadiant/usr/lib/uforadiant/uforadiant was not linked against libGLU.so.1 (it uses none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/ufoai-uforadiant/usr/lib/uforadiant/uforadiant was not linked against libXmu.so.6 (it uses none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/ufoai-uforadiant/usr/lib/uforadiant/uforadiant was not linked against libgio-2.0.so.0 (it uses none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/ufoai-uforadiant/usr/lib/uforadiant/uforadiant was not linked against libcairo.so.2 (it uses none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/ufoai-uforadiant/usr/lib/uforadiant/uforadiant was not linked against libgmodule-2.0.so.0 (it uses none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/ufoai-uforadiant/usr/lib/uforadiant/uforadiant was not linked against libSM.so.6 (it uses none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/ufoai-uforadiant/usr/lib/uforadiant/uforadiant was not linked against libgthread-2.0.so.0 (it uses none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/ufoai-uforadiant/usr/lib/uforadiant/uforadiant was not linked against libpangoft2-1.0.so.0 (it uses none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/ufoai-tools/usr/bin/ufo2map debian/ufoai-tools/usr/bin/ufoslicer debian/ufoai-tools/usr/bin/ufomodel were not linked against libgcc_s.so.1 (they use none of the library's symbols)

36

Linux / Re: Debian: feedback and tests welcome

« on: August 26, 2013, 10:39:23 pm »

Alright, thanks.

As a side note: I can't no longer reproduce the crash when clicking on exit or when I disable the sound in-game. I presume this has been fixed by one of the last commits or by a Debian package upgrade.

37

Linux / Re: Debian: feedback and tests welcome

« on: August 26, 2013, 05:19:11 pm »

use the cvar uploadcrashdump and set this to 0 if you want to disable the crashdump upload. the crashdump is then still created, but only kept locally.

Actually I would like to keep your internal backtrace in case of segfaults but I would also like to disable uploadcrashdump by default. So just for clarification:  I have to set uploadcrashdump to 0 in my config.cfg manually? How can I make this behaviour the default for all users?

By the way I have uploaded the binaries to my VPS. As long as there are not hundreds of testers, the bandwith should be sufficient, otherwise it would be better to mirror the packages somewhere.

38

Linux / Re: Debian: compiling maps and producing identical files

« on: August 25, 2013, 06:33:41 pm »

i've now disabled the check - because it was client side only anyway. so if you want to cheat, it wouldn't stop you from disabling that line and recompile the game.

I see. Thanks for taking care of this.

39

Linux / Re: Debian: feedback and tests welcome

« on: August 25, 2013, 06:30:53 pm »

front page post is there - thanks H-Hour.

Thanks!

offering binaries would be nice.

I'll upload all packages to my private VPS tomorrow and report back.

btw. i've seen your ufo wrappers support backtraces. if that is using the debian internal bug report stuff, you might want to disable the ufoai backtrace support:
see USE_SIGNALS in unix_shared.cpp (Sys_Signal)

use configure --disable-signals if you wanna disable that. but keep in mind, that we are not informed about the segfault then anymore.

Debian doesn't provide debugging symbols for all packages like Ubuntu does (apport) and those packages are only provided on a case by case basis. I think it makes sense to supply a -dbg package for ufo:ai and I have already created such a package. However I presume for a useful backtrace someone has to compile the binaries with no optimizations but I believe that the debug package will provide enough information, so that I or anyone else can reproduce the issue.

I will add --disable-signals to configure because I bet otherwise someone would file a bug report about privacy concerns.

just thought about another thing. There are bashcompletion scripts for ufo2map and ufomodel. It would be cool if you could add them, too. They are located in contrib/scripts/bashcompletion

Yes, they are already included. If you think something else from contrib might be useful, then now is the time.

40

Linux / Re: Debian: feedback and tests welcome

« on: August 24, 2013, 09:57:30 pm »

*ping* front page post still welcome. My offer to provide binaries for testing at a later development stage still stands.

41

Linux / Re: Debian: compiling maps and producing identical files

« on: August 24, 2013, 09:51:58 pm »

another option would be to just disable the checksum check. i don't think this is really needed in our case... cheating would be possible with it, yes - but very unlikely. the 3 players we have that play multiplayer in general know each other

Thanks for your suggestion Mattn. I also think disabling the checksum check isn't necessary. By the way does UFO:AI has a similar variable like OpenArena, sv_pure, whereby you can enable or disable compatibility to the official release?

I really hope and I'm confident that the inclusion of UFO:AI will increase the visibility of the game and more "casual" gamers will try it too. So maybe not instantly but during a period of several months you should receive more feedback here at the forum. At least I will install the dedicated ufoai-server on my game server, perhaps this boosts multiplayer gaming a little. 

42

Linux / Re: Debian: compiling maps and producing identical files

« on: August 22, 2013, 10:20:32 pm »

Actually Debian's support for Quake based games and engines is excellent.

We have quakespasm (quake1 engine), darkplaces (quake2 engine) or ioquake3 (quake 3 engine). You can play Nexuiz and OpenArena with them for example. There are also tons of Doom related engines, prboom-plus etc.

I already wanted to ask you (not seriously) if we can replace some UFO code with darkplaces and simply link against this engine but I didn't want to annoy you.

how are other quake based engines doing this? or is none of these in debian?

Good question. So it seems OpenArena sorts all files in a specific order and ensures that e.g. all textures have the same crc32 value to be compatible with upstream. But the package maintainer simply provides upstream's bsp files, the same goes for Nexuiz.

I think I'm going to file some grave bugs against those packages right now....

I have to think this over. If we can't produce identical tarballs for now, I have to rely on your precompiled bsp files and I hope they will be treated like all other quake based games. At least users can compile the maps from source, if they wish, however they can't produce identical map files. I think that's a pity but won't hopefully block the inclusion of UFO:AI for Debian.

43

Linux / Re: Debian: compiling maps and producing identical files

« on: August 22, 2013, 03:43:55 pm »

we once used -ffloat-store - but it was slower: link

If this yields reproducible results, would it make sense to activate it only for the final release?

44

Linux / Re: Debian: feedback and tests welcome

« on: August 21, 2013, 03:26:24 pm »

We can't adjust the UI for each platform, and most of our users will have downloaded and installed the game from a distributed package that isn't necessarily connected to Debian/Ubuntu servers. For instance, some people even end up buying the game.

There is nothing particularly wrong with selling UFO:AI because it is licensed almost exclusively under the GPL. However if the vendor's product isn't accompanied by the source code or proper credits, you can and should enforce your rights. https://www.gnu.org/licenses/gpl-violation.html

If your game is truely free software this message seems to be redundant and I don't believe it will prevent those people from buying the game.

Would it help if we posted your repo on our news/twitter/facebook pages, to try and get more testers?

Sure. That would be great. The more feedback, the better.

45

Linux / Debian: feedback and tests welcome

« on: August 21, 2013, 01:22:11 pm »

I have committed my latest work for UFO:AI here:

http://anonscm.debian.org/gitweb/?p=pkg-games/ufoai.git
http://anonscm.debian.org/gitweb/?p=pkg-games/ufoai-data.git
http://anonscm.debian.org/gitweb/?p=pkg-games/ufoai-music.git
http://anonscm.debian.org/gitweb/?p=pkg-games/ufoai-maps.git

I invite every Debian/Ubuntu/Mint gamer to test those packages by cloning the git repositories and building the game from source. I can also provide binaries in a later development stage of 2.5, when it is clear that a release is only a few weeks away.

Edit: 02/11/2013
Debian packages for amd64 and i386,  from 1st of November 2013.

Edit: 28.06.2014
I have removed the binary packages from the server since they are outdated. The next ones will hopefully be official.



I still need to write the copyright files for the -data, -music and -maps source packages. I think I'm already done with the main ufoai source package which contains all source code. Another important point is creating identical and compatible maps. See also this thread: http://ufoai.org/forum/index.php/topic,7853.0.html

Debian provides a tool called Lintian which is mainly for checking Debian packages for policy compliance. But it can also detect common spelling mistakes in source packages. I'm attaching a patch that fixes a bunch of them.

What is the reasoning for displaying: "Download this game for free" at the intro screen? From the point of view of a Linux distribution this message shouldn't be necessary because it is clear that all users download the game from official Debian and Ubuntu servers. There are also various pointers to http://ufoai.org within the packages, so that I think it makes sense to omit this string in /src/client/cl_screen.cpp. What do you think?