Debian Bug report logs - #119911
RFP: alephone -- marathon engine for related data games

Reply or subscribe to this bug.

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: emschwar@pcisys.net (Eric Schwartz)

To: bugs@debian.org

Subject: ITP: AlephOne -- Open-Source port of Marathon engine

Date: Fri, 16 Nov 2001 17:54:31 -0700

package: wnpp
severity: wishlist

I will package AlephOne.  AlephOne is an open-source version of the
Marathon engine.  It's all GPL, and uses autoconf and such, so it
should be fairly easy to get it to work.  I will also package two
demo packages that provide data files for the game.

-=Eric

Message #8 received at 119911-submitter@bugs.debian.org (full text, mbox, reply):

From: David Starner <starner@okstate.edu>

To: 119911-submitter@bugs.debian.org, 85673-submitter@bugs.debian.org

Subject: Double ITP'ing

Date: Sun, 9 Dec 2001 13:27:32 -0600

Both of these ITP's are on the same subject. Maybe you two can get
together and package it, since both IPA's have been out for a while ...

-- 
David Starner - starner@okstate.edu, dvdeug/jabber.com (Jabber)
Pointless website: http://dvdeug.dhis.org
When the aliens come, when the deathrays hum, when the bombers bomb,
we'll still be freakin' friends. - "Freakin' Friends"

Message #13 received at 119911@bugs.debian.org (full text, mbox, reply):

From: Chris Cheney <ccheney@cheney.cx>

To: 119911@bugs.debian.org

Subject: AlephOne

Date: Sun, 9 Dec 2001 14:06:36 -0600

Feel free to package it, I am short on time and never got around to doing
it.  However you should realize the demo tar.gz have no license at all and
will need to clarify that with upstream.  I just noticed that a few days
ago when going through some of my open bugs.

Chris Cheney

Message #18 received at 119911@bugs.debian.org (full text, mbox, reply):

From: Kyle McMartin <kyle@penguinsuspenders.net>

To: 119911@bugs.debian.org

Subject: yoink!

Date: Sun, 10 Feb 2002 22:54:04 -0500

Nothing has been done with this for a while, and since I've been
addicted to this game for the last couple hours, I've packaged it. I'll
upload them to contrib in a day or so, once I get manpages written. I
shall close this bug with the upload.

  - k
-- 
copyleft (c) 2002, Kyle McMartin

Message #23 received at 119911@bugs.debian.org (full text, mbox, reply):

From: Kyle McMartin <kyle@debian.org>

To: 119911@bugs.debian.org

Subject: follow up

Date: Sat, 23 Feb 2002 15:29:58 -0500

i have aleph one nicely packaged, manpages and all, but it is useless
without datafiles. i packaged up the marathon 2 and infinity demos, but
cannot release them yet until someone can clarify the licensing terms
for them.

i've posted to the aleph one mailing list, but have not received any
definitive reply as to the licensing terms of the demos.

once i find out, i can upload.

-- 
copyleft (c) 2002, Kyle McMartin

Message #28 received at 119911@bugs.debian.org (full text, mbox, reply):

From: Daniel Burrows <dburrows@debian.org>

To: Kyle McMartin <kyle@debian.org>, 119911@bugs.debian.org

Subject: Re: Bug#119911: follow up

Date: Fri, 17 May 2002 19:17:59 -0400

On Sat, Feb 23, 2002 at 03:29:58PM -0500, Kyle McMartin <kyle@debian.org> was heard to say:
> i have aleph one nicely packaged, manpages and all, but it is useless
> without datafiles. i packaged up the marathon 2 and infinity demos, but
> cannot release them yet until someone can clarify the licensing terms
> for them.
> 
> i've posted to the aleph one mailing list, but have not received any
> definitive reply as to the licensing terms of the demos.
> 
> once i find out, i can upload.

  Any luck besides
http://www.geocrawler.com/archives/3/3444/2002/2/350/7810626/ ?

  Daniel

-- 
/-------------------- Daniel Burrows <dburrows@debian.org> -------------------\
|         Human beings were created by water to transport it uphill.          |
\----------------- The Turtle Moves! -- http://www.lspace.org ----------------/

Message #33 received at 119911-maintonly@bugs.debian.org (full text, mbox, reply):

From: Bas Zoetekouw <bas@debian.org>

To: 119911-maintonly@bugs.debian.org

Subject: Your ITP of alephone (#119911)

Date: Sat, 28 Dec 2002 22:01:30 +0100

Hi!

This is a semi-automated message concerning your ITP of alephone.
Do you still intend to package this program?
If not, could you please close this bug or rename it to an RFP?

If you don't reply to this message, it will be assumed that you
are no longer interested, and someone of the QA team will close or
rename this ITP.

Note that I am not interested in taking over this ITP or uploading 
this package; I am just cleaning the WNPP.  
Therefore, please do not reply to me personally.  An message in the 
BTS (sent to 119911-quiet@bugs.debian.org) will suffice.

Kind regards,
Bas Zoetekouw.

Message #36 received at 119911-submitter@bugs.debian.org (full text, mbox, reply):

From: Bas Zoetekouw <bas@debian.org>

To: 119911-submitter@bugs.debian.org

Subject: Your ITP of alephone (#119911)

Date: Sat, 28 Dec 2002 22:23:30 +0100

Hi!

This is a semi-automated message concerning your ITP of alephone.
Do you still intend to package this program?
If not, could you please close this bug or rename it to an RFP?

If you don't reply to this message, it will be assumed that you
are no longer interested, and someone of the QA team will close or
rename this ITP.

Note that I am not interested in taking over this ITP or uploading 
this package; I am just cleaning the WNPP.  
Therefore, please do not reply to me personally.  An message in the 
BTS (sent to 119911-quiet@bugs.debian.org) will suffice.

Kind regards,
Bas Zoetekouw.

Message #47 received at 119911-quiet@bugs.debian.org (full text, mbox, reply):

From: Bas Zoetekouw <bas@debian.org>

To: 119911-quiet@bugs.debian.org

Cc: control@bugs.debian.org

Subject: Renaming ITP of alephone (#119911)

Date: Sun, 16 Feb 2003 04:25:17 -0600

Hi!

This is a semi-automated message concerning the ITP of alephone.

The person who originately filed this ITP, doesn't seem to have
any interest in it anymore.  Therefore, I'm retitling it to an
RFP.  If anyone is interested in packaging this software, feel
free to take it.

Kind regards,
Bas Zoetekouw.

Message #58 received at 119911@bugs.debian.org (full text, mbox, reply):

From: Sam Morris <sam@robots.org.uk>

To: 119911@bugs.debian.org

Subject: I have a package for this

Date: Sat, 16 Apr 2005 19:49:23 +0100

I have prepared packages for Alephone; they can be downloaded from 
http://robots.org.uk/debian/ until (if) they make it into the archive.

-- 
Sam Morris
http://robots.org.uk/

PGP key id 5EA01078
3412 EA18 1277 354B 991B  C869 B219 7FDB 5EA0 1078

Message #67 received at 119911@bugs.debian.org (full text, mbox, reply):

From: Sam Morris <sam@robots.org.uk>

To: 119911@bugs.debian.org

Subject: Clarification of the state of the licensing for Aleph One's data files

Date: Wed, 2 Aug 2006 01:41:58 +0100

Since this isn't mentioned above: data files for the game are freely
downloadable from <http://trilogyrelease.bungie.org/>.

I plan to produce installer packages that will download the data
automatically for a future version of the package.

-- 
Sam Morris
http://robots.org.uk/

PGP key id 1024D/5EA01078
3412 EA18 1277 354B 991B  C869 B219 7FDB 5EA0 1078

Message #72 received at 119911@bugs.debian.org (full text, mbox, reply):

From: Francesco Poli <frx@firenze.linux.it>

To: 119911@bugs.debian.org

Subject: GPLed data?

Date: Wed, 14 Feb 2007 23:52:26 +0100

[Message part 1 (text/plain, inline)]

Hi!

One of the difficulties with packaging Aleph One seems to be the lack
of DFSG-free game data.

I found this set of game data for the Aleph One engine:
  Title:  Excalibur: Morgana's Revenge
  License:  GNU General Public License (GPL) [according to what is
            claimed on the sf.net project page]
  Project Page:  http://sourceforge.net/projects/emr3/

Take into account that I didn't verify anything, hence I don't know if
they actually make source available for the game data, if they actually
release all the data in a GPL-compatible way, and so forth.
But I thought I could point this project out anyway...

I hope this can help.

-- 
 http://frx.netsons.org/progs/scripts/refresh-pubring.html
 Need to refresh your keyring in a piecewise fashion?
..................................................... Francesco Poli .
 GnuPG key fpr == C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4

[Message part 2 (application/pgp-signature, inline)]

Message #77 received at 119911@bugs.debian.org (full text, mbox, reply):

From: Sam Morris <sam@robots.org.uk>

To: Francesco Poli <frx@firenze.linux.it>, 119911@bugs.debian.org

Subject: Re: Bug#119911: GPLed data?

Date: Tue, 20 Feb 2007 15:17:55 +0000

[Message part 1 (text/plain, inline)]

On Wed, 2007-02-14 at 23:52 +0100, Francesco Poli wrote:
> Hi!
> 
> One of the difficulties with packaging Aleph One seems to be the lack
> of DFSG-free game data.
> 
> I found this set of game data for the Aleph One engine:
>   Title:  Excalibur: Morgana's Revenge
>   License:  GNU General Public License (GPL) [according to what is
>             claimed on the sf.net project page]
>   Project Page:  http://sourceforge.net/projects/emr3/
> 
> Take into account that I didn't verify anything, hence I don't know if
> they actually make source available for the game data, if they actually
> release all the data in a GPL-compatible way, and so forth.
> But I thought I could point this project out anyway...
> 
> I hope this can help.

Thanks for the pointer. I remember playing EMR many years ago and I am
very happy to see that it has been released under the GPL! I guess this
means that Aleph One can go into main without me having to dust off my
copy of Anvil... ;)

-- 
Sam Morris
http://robots.org.uk/

PGP key id 1024D/5EA01078
3412 EA18 1277 354B 991B  C869 B219 7FDB 5EA0 1078

[signature.asc (application/pgp-signature, inline)]

Message #82 received at 119911@bugs.debian.org (full text, mbox, reply):

From: Francesco Poli <frx@firenze.linux.it>

To: 119911@bugs.debian.org

Subject: Re: Bug#119911: GPLed data?

Date: Tue, 20 Feb 2007 18:41:21 +0100

[Message part 1 (text/plain, inline)]

On Tue, 20 Feb 2007 15:17:55 +0000 Sam Morris wrote:

> On Wed, 2007-02-14 at 23:52 +0100, Francesco Poli wrote:
> > Hi!
> > 
> > One of the difficulties with packaging Aleph One seems to be the
> > lack of DFSG-free game data.
> > 
> > I found this set of game data for the Aleph One engine:
> >   Title:  Excalibur: Morgana's Revenge
> >   License:  GNU General Public License (GPL) [according to what is
> >             claimed on the sf.net project page]
> >   Project Page:  http://sourceforge.net/projects/emr3/
> > 
> > Take into account that I didn't verify anything, hence I don't know
> > if they actually make source available for the game data, if they
> > actually release all the data in a GPL-compatible way, and so forth.
> > But I thought I could point this project out anyway...
> > 
> > I hope this can help.
> 
> Thanks for the pointer.

You're welcome!  :)

> I remember playing EMR many years ago and I am
> very happy to see that it has been released under the GPL!

I do not know anything about those games, but I got the impression that
the one I pointed out is a sort of new implementation (EMR3).

I hope that it does not qualify as a derivative work of a pre-existent
proprietary game (it would be if it qualified as a sequel or if it
shared characters with the original, for instance), otherwise we must
check that they obtained proper permissions to distribute the derivative
work under the GNU GPL...

> I guess
> this means that Aleph One can go into main without me having to dust
> off my copy of Anvil... ;)

As I said, the emr3 project is promising, but everything should be
checked and verified before feeling lucky.
Moreover those DFSG-free game data (assuming they actually comply with
the DFSG) must be packaged in order to let Aleph One go into main.

-- 
 http://frx.netsons.org/progs/scripts/refresh-pubring.html
 Need to refresh your keyring in a piecewise fashion?
..................................................... Francesco Poli .
 GnuPG key fpr == C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4

[Message part 2 (application/pgp-signature, inline)]

Message #87 received at 119911-done@bugs.debian.org (full text, mbox, reply):

From: David Moreno Garza <damog@merkel.debian.org>

To: 119911-done@bugs.debian.org

Subject: WNPP bug closing

Date: Sun, 24 Feb 2008 11:59:33 -0700

Hello,

This is an automatic mail sent to close the ITP you have reported or 
are involved with.

Your ITP wnpp bug is being closed because of the following reasons:
- It is, as of today, older than 365 days.
- It hasn't had any activity recently.

As this is an automatic procedure, it could of course have something
wrong and probably it would be closing some bugs that are not 
intended by owners and submitters (like you) to be closed, for
example if the ITP is still of your interest, or there has been 
some kind of activity around it. In that case, please reopen the
bug, do it, DO IT NOW! (I don't want to be blamed because of
mass closing and not let people know that they can easily reopen
their bugs ;-).

To re-open it, you simply have to mail control@bugs.debian.org
with a body text like this:

 reopen 119911
 stop

Further comments on the work done in the bug sent to
119911@bugs.debian.org would be truly welcomed.
Anyway, if you have any kind of problems when dealing with
the BTS, feel free to contact me and I'd be more than happy to help
you on this: <damog@debian.org>.

A similar process is being applied to other kind of wnpp bugs.

Thanks for your cooperation,

 -- David Moreno Garza <damog@debian.org>.
 

Message #94 received at 119911@bugs.debian.org (full text, mbox, reply):

From: Lucas Nussbaum <lucas@debian.org>

To: 119911@bugs.debian.org

Cc: control@bugs.debian.org

Subject: alephone: changing back from ITP to RFP

Date: Mon, 24 May 2010 19:05:50 +0000

retitle 119911 RFP: alephone -- game engine based on Marathon 2
noowner 119911
thanks

Hi,

This is an automatic email to change the status of alephone back from ITP
(Intent to Package) to RFP (Request for Package), because this bug hasn't seen
any activity during the last 18 months.

If you are still interested in adopting alephone, please send a mail to
<control@bugs.debian.org> with:

 retitle 119911 ITP: alephone -- game engine based on Marathon 2
 owner 119911 !
 thanks

However, it is not recommended to keep ITP for a long time without acting on
the package, as it might cause other prospective maintainers to refrain from
packaging that software. It is also a good idea to document your progress on
this ITP from time to time, by mailing <119911@bugs.debian.org>.

Thank you for your interest in Debian,
-- 
Lucas, for the QA team

Message #103 received at 119911@bugs.debian.org (full text, mbox, reply):

From: "Trent W. Buck" <trentbuck@gmail.com>

To: 119911@bugs.debian.org

Subject: draft package

Date: Tue, 27 Jul 2010 23:04:50 +1000

[Message part 1 (text/plain, inline)]

Please find attached a draft package of the current version of א₁.

For game data, I took a similar approach to flashplugin-nonfree – I
wrote a little script which downloads and extracts games from bungie.

I'm happy to maintain this package in Debian, but I need a DD to
sponsor me and to help me with the first couple of months of polishing
and bug triaging – after that point, I expect it to be a
low-maintenance package that I can handle on my own.

[alephone_20100424-1.dsc (text/plain, attachment)]

[alephone_20100424-1.debian.tar.xz (application/octet-stream, attachment)]

Message #108 received at 119911@bugs.debian.org (full text, mbox, reply):

From: Philippe Coval <rzr@gna.org>

To: 119911@bugs.debian.org

Subject: debian amiga game

Date: Mon, 12 Sep 2011 02:31:50 +0200

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

please upload the files to  http://mentors.debian.net

I'll try to have a look at them and if i can rebuild it too

Regards
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk5tUvYACgkQlNXo+kZwlLzFaACfTrCn5tH/xNzVEyYK2fD9DaqQ
8CAAn04xNFOtZPC8yFsTVOhjBuKMWjcl
=GwsD
-----END PGP SIGNATURE-----

Message #113 received at 119911@bugs.debian.org (full text, mbox, reply):

From: Alexandre Detiste <alexandre.detiste@gmail.com>

To: 119911@bugs.debian.org

Subject: RFP Aleph One

Date: Tue, 29 Sep 2015 14:27:05 +0200

Upstream is still alive & kicking:
https://github.com/Aleph-One-Marathonalephone/commits/master

This seems like a perfect match for game-data-packager
that is purpose-built to handle the problem "free engine + non-free data".

Filed #800444 to request these 3 data packages.

Alexandre Detiste

Message #118 received at 119911@bugs.debian.org (full text, mbox, reply):

From: PICCORO McKAY Lenz <mckaygerhard@gmail.com>

To: 119911@bugs.debian.org

Subject: RFP: aleph One status

Date: Thu, 22 Oct 2015 13:32:44 -0430

[Message part 1 (text/plain, inline)]

what about status of this buig?

and a note about mentors: i'll try to upload a package too but key files
fails... i reported two times that error.. maybe mentors system must be
more flexible ...


Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com

[Message part 2 (text/html, inline)]

Message #123 received at 119911@bugs.debian.org (full text, mbox, reply):

From: PICCORO McKAY Lenz <mckaygerhard@gmail.com>

To: 119911 <119911@bugs.debian.org>

Subject: ITP: alephone - marathon engine for data games

Date: Sun, 22 Nov 2015 14:34:33 -0430

retitle 119911 ITP: alephone -- marathon engine for related data games
owner 119911 !
thanks

i want to take on this issue

i have a alephone package with those changes to able to upload to main..

if we take in consideration the work on quake related ackages we can take:
a) a alephone engine package in main that provides only engine software
b) a marathon game package that ship in same way the engine and adata
as quake does
c) a excalibur morganas's revenge contrib package that can provide marathon-data
d) a marathon-data packages entries in game-data-packager as MUST BE

any feedbafck please?

Message #132 received at 119911@bugs.debian.org (full text, mbox, reply):

From: PICCORO McKAY Lenz <mckaygerhard@gmail.com>

To: 119911 <119911@bugs.debian.org>, 85673@bugs.debian.org

Cc: control <control@bugs.debian.org>

Subject: Re: ITP: alephone - marathon engine for data games

Date: Sat, 28 Nov 2015 11:23:13 -0430

[Message part 1 (text/plain, inline)]

user pkg-games-devel@lists.alioth.debian.org
tag games 119911
forcemerge 85673 119911

hi mantainers, i take some work over alephon and marathon related

i made two scripts, one to downloading and help game-data-packager
supports marathon trilogy and other to lauch using one only script
that detects any futher data based on the previous insaller

the behavior are:

1) package alephone can go to main due only provided "engine", just
like some others does
2) game-data-packager will support data for engine packages, but each
packaged data game will provide own laucher and menu entries
3) the game-data-packager that that preliminary installer
"marathoninstaller.sh" with release date as argument and scenario as
second argument
3.1) the invocation installer: marathoninstaller install=<release> <scenarios>
3.2) installer will download from oficial github alephone the data files
NOTE: data files for alephone from oficial marathon trilogy does not work!
3.3) installer will unzip and put in debian tmp, (for
game-data-packager change that obviously)
4) laucher script will expected data scenarios will be n
/usr/share/games/marathon/<scenario>
4.1) each scenario works independient from another, including those
unnoficial or made
4.2) script selft detects own name invocation an lauch respective game

example for marathon 2 durandal:

marathoninstaller.sh install=20150620 marathon-2

the engine package "alephone" can provide the script named attached
here "marathonlaucher.sh" or we can made a main marathon package tha
provide the laucher and if laucher does not fond data, help users what
must install or notify something

installer will download from github oficial repository from release
20150620 the file Marathon2-20150620-Data.zip, the unzip in
"file/Marathon 2", due this have a space in path will rename to
"marathon2" and then put into debian/tmp, file names inside data dir
scenario must remain unhanged ...

game-data-packager if se that preliminary script must put files under
/usr/share/games/marathon with own directory as "marathon2" and each
scenario package must symlink real script (named attached here as
marathonlaucher.sh), in this case "marathon-2" (/usr/games/marathon-2
-> /usr/games/marathon", and provided respective menu entries

laucher spected found scenario in
/usr/share/games/marathon/marathon-2, will detect if laucher itself
was "marathon-2" or "marathon2" trhought symlink to real laucher
script, and set directory scenario gam data, then lauch

IMPORTANT: due not all GPL mesa modules today provide OpenGL (well all
modules fails to provide, only intel does) the script automatically
detect if opengl support are present and disable it before lauch the
proper game

-- 
Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com

[marathoninstaller.sh (application/x-sh, attachment)]

[marathonlauncher.sh (application/x-sh, attachment)]

Message #137 received at 119911@bugs.debian.org (full text, mbox, reply):

From: Alexandre Detiste <alexandre.detiste@gmail.com>

To: 119911@bugs.debian.org, PICCORO McKAY Lenz <mckaygerhard@gmail.com>

Subject: Re: Bug#119911: ITP: alephone - marathon engine for data games

Date: Sat, 28 Nov 2015 18:12:20 +0100

Hi,

I've added a rule in G-D-P for Marthon.

http://anonscm.debian.org/cgit/pkg-games/game-data-packager.git/commit/?id=276b4a06fb63b85be1db5069f0bc80620a1bc79e

The package with the engine should also provide 3 .desktop files with a TryExec clause
that point to a file provided by G-D-P -created, .deb
for example /usr/share/games/marathon-{1|2|3}/try-exec
as symlinks back to /usr/games/alephone .

This way the icons are only displayed if the matching data are installed.

The engine should go in contrib, as the assets are not DFSG-free and
the engine is useless without assets.

>3) the game-data-packager that that preliminary installer
>"marathoninstaller.sh" with release date as argument and scenario as
>second argument

Hum, there's built-in support for that, this shell script is not needed.


Alexandre Detiste

Message #142 received at 119911@bugs.debian.org (full text, mbox, reply):

From: PICCORO McKAY Lenz <mckaygerhard@gmail.com>

To: Alexandre Detiste <alexandre.detiste@gmail.com>

Cc: 119911@bugs.debian.org

Subject: Re: Bug#119911: ITP: alephone - marathon engine for data games

Date: Sat, 28 Nov 2015 21:50:30 -0430

i thinks there's some missing points, engine will lauch directly those
SCENARIOS directly?, correct me if i dont understand those points:

2015-11-28 12:42 GMT-04:30, Alexandre Detiste <alexandre.detiste@gmail.com>:
> The package with the engine should also provide 3 .desktop files with a
> TryExec clause
> that point to a file provided by G-D-P -created, .deb
> for example /usr/share/games/marathon-{1|2|3}/try-exec
> as symlinks back to /usr/games/alephone .
asmlinks to the engine without any directory data direction does not
start the game,
that's why i provide one of the two scripts.. the marathonlaucher.sh

also the scenarios (please PLEASE does not named "-data", use
"-scenarios") must goes into a global "marathon" directory under
/usr/share/games


> The engine should go in contrib, as the assets are not DFSG-free and
> the engine is useless without assets.
the engine can go to main as with darkplaces and quakespasm does

take in consideration if u dont are played the game before... and dont
understand the working of the engine..

a extra package as quake over quake-data packages, by example, can
hadle that extra script, the script are based in previous work of this
issue, and on the quake relationship packages

-- 
Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com

Message #147 received at 119911@bugs.debian.org (full text, mbox, reply):

From: PICCORO McKAY Lenz <mckaygerhard@gmail.com>

To: 119911 <119911@bugs.debian.org>, 800444@bugs.debian.org

Cc: Alexandre Detiste <alexandre.detiste@gmail.com>

Subject: Re: Bug#119911: ITP: alephone - marathon engine for data games

Date: Mon, 7 Dec 2015 16:23:31 -0430

[Message part 1 (text/plain, inline)]

HEre are preliminary dsc sources for alephone engine

the game-data-packager has git entries for data (please are SCENARIOS) games

Alexander Detiste added a rule in G-D-P for Marthon, but that rule are
too basic and lack of many missing necesary files

http://anonscm.debian.org/cgit/pkg-games/game-data-packager.git/commit/?id=276b4a06fb63b85be1db5069f0bc80620a1bc79e

game-data-packager produce with the engine, inside scenarios packages
3 .desktop files with a TryExec clause
that point to a file provided by G-D-P -created, .deb
for example /usr/share/games/marathon-{1|2|3}/try-exec
but those are currently symlinks back to /usr/games/alephone , that
are enought only for determine if can be lauched but NOT FOR lauch
each game!

Thats are not enought to made work each scenario, due each scenario
are independent data game and works without any other data, its not
same as other engines & data's that need original files for work

Each scenario to work need that be parsed as LAST argument  to the
engine, this avoid modification of the environment using the
ALEPHONE_DATA variable

the script that i provide solves that: see the already provide manpage
for usage, just symlink each lauch tho the script and that all, can be
included in the engine package but i prefer a common package produced
by game-data-packager or something like quake does (a meta empty that
depends/recommends both data and engine)

the dsc sources that i provide has inside all the necesary to promote
the engine package

PLEASE NOTE THAT MENTORS HAVE A PROBLEM WITH KEY GPG VALIDATION AND I
MAIL IN TWO OPORTUNITIES WITH OUT ANY REPLY ABOUT!


Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com

[marathon-laucher.sh (application/x-sh, attachment)]

[marathon-laucher.sh (application/x-sh, attachment)]

[marathon-launcher.6 (application/octet-stream, attachment)]

[alephone_20150620-0.dsc (application/octet-stream, attachment)]

[alephone_20150620-0.debian.tar.xz (application/x-xz, attachment)]

Message #152 received at 119911@bugs.debian.org (full text, mbox, reply):

From: Alexandre Detiste <alexandre.detiste@gmail.com>

To: PICCORO McKAY Lenz <mckaygerhard@gmail.com>

Cc: 119911 <119911@bugs.debian.org>

Subject: Re: Bug#119911: ITP: alephone - marathon engine for data games

Date: Mon, 07 Dec 2015 22:54:29 +0100

Le lundi 7 décembre 2015, 16:23:31 PICCORO McKAY Lenz a écrit :
> HEre are preliminary dsc sources for alephone engine
> 
> the game-data-packager has git entries for data (please are SCENARIOS) games
> 
> Alexander Detiste added a rule in G-D-P for Marthon, but that rule are
> too basic and lack of many missing necesary files
> 
> http://anonscm.debian.org/cgit/pkg-games/game-data-packager.git/commit/?id=276b4a06fb63b85be1db5069f0bc80620a1bc79e

I made these GDP package as dumb pas possible on purpose:

The way to go is also explained here in GDP code, quoting Simon in full.

http://anonscm.debian.org/cgit/pkg-games/game-data-packager.git/tree/game_data_packager/games/doom_common.py

    Please do not follow this example for newly-supported games other than
    the Doom family (Doom, Heretic, Hexen, Strife, Hacx, Chex Quest).

    For new games it is probably better to use game-data-packager to ship only
    the non-distributable files, and ship DFSG files (such as icons
    and .desktop files) somewhere else.

    One way is to have the engine package contain the wrapper scripts,
    .desktop files etc. (e.g. src:openjk, src:iortcw). This is the simplest
    thing if the engine is unlikely to be used for other games and alternative
    engine versions are unlikely to be packaged.

    Another approach is to have a package for the engine (like src:ioquake3)
    and a package for the user-visible game (like src:quake, containing
    wrapper scripts, .desktop files etc.). This is more flexible if the engine
    can be used for other user-visible games (e.g. OpenArena, Nexuiz Classic)
    or there could reasonably be multiple packaged engines (e.g. Quakespasm,
    Darkplaces).

> game-data-packager produce with the engine, inside scenarios packages
> 3 .desktop files with a TryExec clause
> that point to a file provided by G-D-P -created, .deb
> for example /usr/share/games/marathon-{1|2|3}/try-exec
> but those are currently symlinks back to /usr/games/alephone , that
> are enought only for determine if can be lauched but NOT FOR lauch
> each game!

The TryExec and Exec aren't the same thing of course.

If you provide a .desktop file for each episode,
then each can call the engine directly without needing a wrapper script.

Message #157 received at 119911@bugs.debian.org (full text, mbox, reply):

From: PICCORO McKAY Lenz <mckaygerhard@gmail.com>

To: Alexandre Detiste <alexandre.detiste@gmail.com>

Cc: 119911 <119911@bugs.debian.org>

Subject: Re: Bug#119911: ITP: alephone - marathon engine for data games

Date: Mon, 7 Dec 2015 20:19:37 -0430

ok lest take in consideration u'r notes:

2015-12-07 17:24 GMT-04:30, Alexandre Detiste <alexandre.detiste@gmail.com>:
>     For new games it is probably better to use game-data-packager to ship
> only
>     the non-distributable files, and ship DFSG files (such as icons
>     and .desktop files) somewhere else.
its the way proposed also in the second suggestion:
>
>     One way is to have the engine package contain the wrapper scripts,
>     .desktop files etc. (e.g. src:openjk, src:iortcw). This is the simplest
>     thing if the engine is unlikely to be used for other games and
> alternative
>     engine versions are unlikely to be packaged.
currently alephone only works for marathon related games, so there's
no other game derived! but the secon approach also can be applied due
the wrapper script can be put in those kind of package:
>
>     Another approach is to have a package for the engine (like
> src:ioquake3)
>     and a package for the user-visible game (like src:quake, containing
>     wrapper scripts, .desktop files etc.). This is more flexible if the
> engine
>     can be used for other user-visible games (e.g. OpenArena, Nexuiz
> Classic)
>     or there could reasonably be multiple packaged engines (e.g.
> Quakespasm,
>     Darkplaces).
>
> If you provide a .desktop file for each episode,
> then each can call the engine directly without needing a wrapper script.
>
i can provide it, inclusivelly i already doit! but firts we must
decided how we made the scenarios packages! or what will be included
in the engine package, do u take a review on the files i provided? or
something!?

-- 
Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com

Message #162 received at 119911@bugs.debian.org (full text, mbox, reply):

From: Alexandre Detiste <alexandre.detiste@gmail.com>

To: PICCORO McKAY Lenz <mckaygerhard@gmail.com>

Cc: 119911 <119911@bugs.debian.org>

Subject: Re: Bug#119911: ITP: alephone - marathon engine for data games

Date: Tue, 08 Dec 2015 07:03:50 +0100

I don't think anyone else will come up with an alternative marathon engine anyday.

So please: one alephone source package that builds one alephone binary package
that includes three .desktop files (for a starter, the extra levels can be added later)
and the launcher if needed.

Keep it simple.

Please no virtual packages like for quake, better follow iortcw as an example.

GDP will not provide things like the one provided by src:quake, as there's
no way to update these after the local GDP package has been manually built.

Greets,

Alexandre

Message #167 received at 119911@bugs.debian.org (full text, mbox, reply):

From: PICCORO McKAY Lenz <mckaygerhard@gmail.com>

To: Alexandre Detiste <alexandre.detiste@gmail.com>

Cc: 119911 <119911@bugs.debian.org>

Subject: Re: Bug#119911: ITP: alephone - marathon engine for data games

Date: Tue, 8 Dec 2015 15:15:22 -0430

2015-12-08 1:33 GMT-04:30 Alexandre Detiste <alexandre.detiste@gmail.com>:
> I don't think anyone else will come up with an alternative marathon engine anyday.
Yes, that its!

> So please: one alephone source package that builds one alephone binary package
> that includes three .desktop files (for a starter, the extra levels can be added later)
> and the launcher if needed.
alephone source and the resulting alephone package now has those:
* /usr/games/alephone (engine itselft)
* /usr/share/games/alephone/alephone-laucher (bash script to suymlink
on each scenario package)
and its respective manpages
BUT:
> GDP will not provide things like the one provided by src:quake, as there's
> no way to update these after the local GDP package has been manually built.
if that its, so source engine will also made 3 packges
(marathon/1/2/3) that ship those files and depends of the packages
provides by GDP?

this mean the alephone source must produce :
* marathon
* marathon2
* marathon3
these packages will handle desktop files, desktop icons, root debian
menu entries and laucher symlink

and as seem you point, will depends of the data packages produced by GDP right?

please confirme for made the proper changes and send to you the dsc
files with all need!

Message #172 received at 119911@bugs.debian.org (full text, mbox, reply):

From: PICCORO McKAY Lenz <mckaygerhard@gmail.com>

To: 119911 <119911@bugs.debian.org>

Subject: still worked in

Date: Thu, 14 Jan 2016 18:14:24 -0430

hi, this is a semi-automated menssage to the ITP issue to not close..

i currently have workin in this package and others, now in few days
i'll have the finish package, after some test using the g-d-p from git
with the recently added marathon rules

-- 
Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com

Message #181 received at 119911@bugs.debian.org (full text, mbox, reply):

From: Andy Mender <andymenderunix@gmail.com>

To: 119911@bugs.debian.org

Subject: Re: still worked in

Date: Mon, 18 Sep 2017 22:16:22 +0200

[Message part 1 (text/plain, inline)]

On Thu, 14 Jan 2016 18:14:24 -0430 PICCORO McKAY Lenz <
mckaygerhard@gmail.com> wrote:
> hi, this is a semi-automated menssage to the ITP issue to not close..
>
> i currently have workin in this package and others, now in few days
> i'll have the finish package, after some test using the g-d-p from git
> with the recently added marathon rules
>
> --
> Lenz McKAY Gerardo (PICCORO)
> http://qgqlochekone.blogspot.com
>
>

Hello,

I recently browsed the Debian repositories and noticed that neither
alephone nor marathon packages are available. I had some luck with building
Aleph One from source, but not all functionalities are provided by regular
and -dev packages in the Debian repos. I briefly skimmed through previous
messages to this bug/feature report and noticed not much has changed since
2000.

Is there anyone still doing anything with Aleph One on Debian or is it safe
to assume I can go ahead and try to package it?

Best regards,
Andy

[Message part 2 (text/html, inline)]

Message #186 received at 119911@bugs.debian.org (full text, mbox, reply):

From: PICCORO McKAY Lenz <mckaygerhard@gmail.com>

To: 119911 <119911@bugs.debian.org>, andymenderunix@gmail.com

Subject: Re: still worked in

Date: Mon, 16 Oct 2017 14:44:09 -0430

[Message part 1 (text/plain, inline)]

hi andy, i worked and send the files to debian

also i have the repository but feedback does not are received

i still waiting for that feedback , my workand packages are ready to ..

but now noted that many was changed at game-data.packager, i not haveclear
how now put the files..

i'll revise tonight the git and the scripts of GDP and test wath does this
respect the data game

Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com

[Message part 2 (text/html, inline)]

Message #191 received at 119911@bugs.debian.org (full text, mbox, reply):

From: "Andy Landman" <lollygriner@gmail.com>

To: <119911@bugs.debian.org>

Subject: Hope you're keeping safe

Date: Fri, 28 May 2021 00:06:34 +0100

[Message part 1 (text/plain, inline)]

Greeting to you once again

 

I am writing for the second time as I did not receive any reply from you to
my previous message.

 

Kindly reply so we can discuss the subject as soon as possible.

 

Sincerely,

 

Andy Landman

[Message part 2 (text/html, inline)]

Message #194 received at 119911-submitter@bugs.debian.org (full text, mbox, reply):

From: "Andy Landman" <lollygriner@gmail.com>

To: <119911-submitter@bugs.debian.org>

Subject: Hope you're keeping safe

Date: Fri, 28 May 2021 00:06:34 +0100

[Message part 1 (text/plain, inline)]

Greeting to you once again

 

I am writing for the second time as I did not receive any reply from you to
my previous message.

 

Kindly reply so we can discuss the subject as soon as possible.

 

Sincerely,

 

Andy Landman

[Message part 2 (text/html, inline)]

Send a report that this bug log contains spam.