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

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 ...

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

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

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.

On Sat, Feb 23, 2002 at 03:29:58PM -0500, Kyle McMartin <kyle@debian.org> was heard to say:

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

  Daniel

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.

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.

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.

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

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

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... ;)

You're welcome!  :)

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...

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.

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,

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,

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.

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

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

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

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?

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

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.

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


Alexandre Detiste

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>:
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 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

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

Le lundi 7 décembre 2015, 16:23:31 PICCORO McKAY Lenz a écrit :

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).

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.

ok lest take in consideration u'r notes:

2015-12-07 17:24 GMT-04:30, Alexandre Detiste <alexandre.detiste@gmail.com>:
its the way proposed also in the second suggestion:
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:
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!?

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

2015-12-08 1:33 GMT-04:30 Alexandre Detiste <alexandre.detiste@gmail.com>:
Yes, that its!
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:
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!

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

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

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

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

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

CONFIDENTIALITY AND DISCLAIMER NOTICE:  This email, and any documents, files or other data attached to the email, may contain information that is privileged or confidential. If you are not the intended recipient of this email, you are hereby notified that any reading, use, copying, disclosure, dissemination or distribution of this email and its attachments is STRICTLY PROHIBITED. If you received this email in error, please immediately notify the sender by replying to the email.  Also, please immediately delete this email and all of its attachments without saving the email in any manner. Thank you.

CONFIDENTIALITY AND DISCLAIMER NOTICE:  This email, and any documents, files or other data attached to the email, may contain information that is privileged or confidential. If you are not the intended recipient of this email, you are hereby notified that any reading, use, copying, disclosure, dissemination or distribution of this email and its attachments is STRICTLY PROHIBITED. If you received this email in error, please immediately notify the sender by replying to the email.  Also, please immediately delete this email and all of its attachments without saving the email in any manner. Thank you.

CONFIDENTIALITY AND DISCLAIMER NOTICE:  This email, and any documents, files or other data attached to the email, may contain information that is privileged or confidential. If you are not the intended recipient of this email, you are hereby notified that any reading, use, copying, disclosure, dissemination or distribution of this email and its attachments is STRICTLY PROHIBITED. If you received this email in error, please immediately notify the sender by replying to the email.  Also, please immediately delete this email and all of its attachments without saving the email in any manner. Thank you.

Greetings.

I'm writing to you because I have a humanitarian request that I believe
could be incredibly impactful. I'm reaching out about the recent
devastating storm that tragically claimed many lives and affected numerous
individuals in Libya, including one of my clients. I would like to discuss
a proposal with you that could enable us to extend a helping hand to these
victims.

Looking forward to discussing this further with you.

Warm regards,
Mrs. Nathalie Herolds

Attention,

I do have a business which l know will be tremendously profitable to both of us, if you will be interested, please get back to me for more details.
Sincerely,
Mr. Edric Reed

Attention,

I do have a business which l know will be tremendously profitable to both of us, if you will be interested, please get back to me for more details.
Sincerely,
Mr. Edric Reed

Attention,

I do have a business which l know will be tremendously profitable to both of us, if you will be interested, please get back to me for more details.
Sincerely,
Mr. Edric Reed

Hi

Please let  me know if you got my first message to you.

Thanks