Bug#680023: liquidwar: Please package Liquid War 6

[Christian Mauduit]

Glad to here someone is working on integrating LW6 in Debian, this is
super cool !

I'm going to have a look at your 3 patches, some of them, if not all of
them, could make their way upstream, I mean, there's nothing in them (I
need to check but that's my first intuition) that could harm non-Debian
users, in general.

Oh, no, I just have a question regarding the ./debian directory "being
upstream". I, for one, find it convenient because it enables my Jenkins
daemon (the CI tool I use) to generate debs automatically, so that I can
check that "most" packaging issues are fine before even trying to bother
real Debian maintainers. And it enables users to "dpkg -i" even if it's
not yet on Debian repos. Should I remove the ./debian dir from my repo,
I would need to do some extra work and introduce new workarounds...

I note your wishlist for SDL2. I'll take a look at it, SDL2 has been
around for so long now, that it should be quite straightforward. In
theory ;)

Then, I do think the LW5 and LW6 packages (liquidwar and liquidwar6)
should co-exist as long as LW5 (the old liquidwar) is still runnable.
Probably, this is related to liballegro4, the day Allegro 4 dies, then
Liquid War 5 dies to. Until then, I see no reason to remove it. It's
like apple juice and orange juice. Both are juices. But you wouldn't
stop drinking one just because the other flavor is here.

Thanks and have a nice day,

Christian.

On 08/18/2016 05:19 PM, Markus Koschany wrote:
> On Tue, 03 Jul 2012 06:24:47 +0200 Christian Mauduit <ufoot at ufoot.org>
> wrote:
>> Hi Johan,
>>
>> I agree ;)
>>
>> FYI, at this stage, I've already filed liquidwar6 as a "Requested 
>> package" in wnpp (virtual Debian package) and as a side note, it's 
>> available in playdeb.
>>
>> http://www.debian.org/devel/wnpp/requested
>> http://www.playdeb.net/software/Liquid%20War%206
>>
>> I hope some Debian maintainer will find time and interest to package it 
>> some day, but for now, I can't help more I guess. I can provide upstream 
>> help and make it easier to package if needed, but packaging for real is 
>> beyond my knowledge and rights.
>>
>> Finally, there's an ever-upcoming 5.6.5 Liquid War (v5 this time) 
>> release which fixes a few minor issues and actually states the package 
>> is deprecated. Release of this one is planned whenever LW6 reaches the 
>> point where it's network playable (even in an alpha, experimental state).
> 
> Hi Christian,
> 
> I had a look at liquidwar6 and I'm attaching the debian directory to
> this bug report with my preliminary work.
> 
> At first I was interested in replacing the current v5 version with
> liquidwar6 because it looks better in many respects, although network
> mode still seems to be in an experimental state. Unfortunately the game
> requires a lot of cpu time and when I play a "Quick game", the cpu is
> always at 100%. That's a real show-stopper at the moment.
> 
> The standalone liquidwar-server package would be obsolete with v6. If I
> understand correctly, the main executable provides this feature now.
> 
> My debian directory includes three patches:
> 
> The debian.patch removes all Makefile code that requires your debian
> *.in files. It is usually better to remove the debian directory from the
> upstream tarball because it is replaced by the official debian directory
> later.
> 
> format-security.patch: Liquidwar6 fails to build from source in Debian
> because we use the format-security build flag now.
> 
> no-Werror.patch: Werror is great for development but a little bit of a
> nightmare for package maintainers because every future warning will
> cause a build failure. :)
> 
> (wishlist): It would be great if Liquidwar6 could use SDL2 in the future.
> 
> I think I would continue my work on upgrading the liquidwar package in
> Debian if we could resolve the cpu issue somehow but until then it is
> probably better to stick with the more stable liquidwar5 series.
> 
> Regards,
> 
> Markus
> 

-- 
Christian Mauduit
ufoot at ufoot.org
http://www.ufoot.org
int q = (2 * b) || !(2 * b);

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-games-devel/attachments/20160818/77580fad/attachment.sig>