Your message dated Tue, 1 Nov 2022 22:40:40 +0100
with message-id <Y2GSWF/k4jbm0...@master.debian.org>
and subject line duplicate RFP: julius
has caused the Debian Bug report #972508,
regarding RFP: julius -- a Roman themed city-building game compatible with
Caesar III
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
972508: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=972508
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: wnpp
Severity: wishlist
* Package name : julius
Version : 1.4.1
Upstream Author : Bianca van Schaik
* URL : https://github.com/bvschaik/julius
* License : AGPL-3 with non-free (third-party) assets
Programming Lang: C
Description : a Roman themed city-building game compatible with Caesar III
julius is a city building game in which the player manages Roman cities
starting as a citizen managing building sites and water supply up to a
role as caesar managing a city like Massilia with all its different
classes of population, economy, entertainment and worship of the Gods.
The game is a gameplay and savegame compatible clone of the 1998 Sierra
game Caesar III. Playing it requires a copy of Caesar III.
---
This is *the* way to play Caesar III these days; gameplay is
indistinguishable (at least if it's been 20 years since you played the
original) while being usable on modern systems without the resolution or
platform limits of the past, and quality-wise in line with openttd or
openrct2 (although AFAICT it was developed from scratch and not from
decompiled binaries).
As the artwork is clearly nonfree and not even distributable in nonfree,
this is a case for contrib, and probably game-data-packager; innoextract
can already get the files. (If anyone ITPs or wants to do the g-d-p
work, I'm happy to sponsor a copy).
Building the game is rather straight-forward (cmake, SDL, libpng), I
figure the largest packaging effort will go into ensuring that /
checking whether savegames can go into a sane location in ~ when the
rest of the game files comes from whereever game-data-manager puts
things.
--
To use raw power is to make yourself infinitely vulnerable to greater powers.
-- Bene Gesserit axiom
signature.asc
Description: PGP signature
--- End Message ---
--- Begin Message ---
Hello Christian, there is already an RFP for this package.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=506606
--- End Message ---
