[Pkg-pascal-devel] Bug#751473: view3dscene: package should not build depend on castle-game-engine-src

[Paul Gevers]

Package: view3dscene
Version: 3.14.0-1
Severity: minor

Just to serve as a reminder: view3dscene build-depends on
castle-game-engine-src which is currently needed, but undesirable and
should be unneeded in future versions of view3dscene.

I quote e-mail to pkg-pascal-devel at lists.alioth.debian.org (Message-ID:
<5394427D.40603 at gmail.com>) below that describes why.

-------- Original Message --------
Subject: Re: [Pkg-pascal-devel] are we waiting on each other?
Date: Sun, 08 Jun 2014 13:01:17 +0200
From: Michalis Kamburelis
To: Project developers <pkg-pascal-devel at lists.alioth.debian.org>
Message-ID: <5394427D.40603 at gmail.com>

<snip>

As an upstream, I can offer some explanation and simple solution:

Explanation: In general, we do *not* advice end programs to use the
castleconf.inc include file. castleconf.inc should be internal for the
engine, and not used by most applications (like games or view3dscene).
The fact that view3dscene *right now* refers to castleconf.inc is a
temporary hack: that's because view3dscene does some rendering using
direct OpenGL calls (which we discourage, with CGE >= 5.0.0 all
rendering should go through engine classes, to seamlessly support OpenGL
and OpenGLES). These calls are used to display some debug stuff (octree,
frustum visualization etc.). Moreover, view3dscene uses CastleGL macro
(expanded to OpenGL units: "GL, GLU, GLExt" for OpenGL, or to
"CastleGLES20" for OpenGLES), even though most of the debug stuff is
just commented out under OpenGLES (see comments "//TODO-es" near some
ifdefs). And castleconf.inc handles expanding the CastleGL macro.

The end result is that view3dscene is half-ported to OpenGLES (Android,
iOS), i.e. it can be compiled and run using OpenGLES renderer and the
primary functions work (GUI, 3D models), although some debug 3D stuff is
not rendered.

In the long run, view3dscene should not use direct OpenGL/OpenGLES calls
at all, it should not use CastleGL macro, so so it also should not use
castleconf.inc file. So I would not advice to make elaborate work to
handle this in Debian packages --- the problem should disappear in
upstream anyway :)

<snip solution that patches view3dscene to strip opengles calls>


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 551 bytes
Desc: OpenPGP digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-pascal-devel/attachments/20140613/83a3687c/attachment.sig>