Bug#440737: Please check for available resolutions rather than using a hardcoded list

2008-03-04 Thread Vladimir Menshakov
Fixed In SVN. Thank you. ___ Pkg-games-devel mailing list Pkg-games-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-games-devel

Bug#469328: Support 5:3 aspect ratio

2008-03-04 Thread Trent W. Buck
Package: torus-trooper Version: 0.22.dfsg1-2 Severity: wishlist I was disappointed to find that running Torus Trooper on my new eeePC (which has an 800x480 pixel screen) results in unused space on each side of the full-screen window. I guess that currently Torus Trooper is hard-coded to a 4:3

Bug#469328: Support 5:3 aspect ratio

2008-03-04 Thread Bruno Kleinert
This one time, at band camp, Trent W. Buck wrote: side of the full-screen window. I guess that currently Torus Trooper is hard-coded to a 4:3 aspect ratio, whereas my screen is 5:3. I wish Torus Trooper supported a 5:3 aspect ratio on 5:3 screens (and more generally, supported arbitrary

Bug#469328: Support 5:3 aspect ratio

2008-03-04 Thread Miriam Ruiz
--- Trent W. Buck [EMAIL PROTECTED] escribió: Package: torus-trooper Version: 0.22.dfsg1-2 Severity: wishlist I was disappointed to find that running Torus Trooper on my new eeePC (which has an 800x480 pixel screen) results in unused space on each side of the full-screen window. I guess

Processed: Re: Bug#469328: Support 5:3 aspect ratio

2008-03-04 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: retitle 469328 torus-trooper: claims to be a transient window Bug#469328: Support 5:3 aspect ratio Changed Bug title to `torus-trooper: claims to be a transient window' from `Support 5:3 aspect ratio'. severity 469328 normal Bug#469328:

Bug#469328: Support 5:3 aspect ratio

2008-03-04 Thread Trent W. Buck
retitle 469328 torus-trooper: claims to be a transient window severity 469328 normal thank you On Tue, Mar 04, 2008 at 07:01:01PM +0100, Bruno Kleinert wrote: I wish Torus Trooper supported a 5:3 aspect ratio on 5:3 screens (and more generally, supported arbitrary aspect ratios). -res x y

Bug#469328: Support 5:3 aspect ratio

2008-03-04 Thread Trent W. Buck
On Tue, Mar 04, 2008 at 07:27:24PM +0100, Miriam Ruiz wrote: You're right, the original game is designed for 4:3 and, even though it supports resizing, the visual result is suboptimal. The big question is how to change the appearance without changing the game itself. Well, it seemed to me

Bug#469328: Support 5:3 aspect ratio

2008-03-04 Thread Peter De Wachter
At Wed, 5 Mar 2008 05:33:57 +1100, Trent W. Buck wrote: Upon further investigation, I find that torus-trooper uses 800x480 is told to (by -res), and if I tell my window manager to resize the window. The real cause of the problem is that torus-trooper claims to be a transient window (i.e. a

Processing of neverball_1.4.0-5_amd64.changes

2008-03-04 Thread Archive Administrator
neverball_1.4.0-5_amd64.changes uploaded successfully to localhost along with the files: neverball_1.4.0-5.dsc neverball_1.4.0-5.diff.gz neverball-common_1.4.0-5_all.deb neverball-data_1.4.0-5_all.deb neverball_1.4.0-5_amd64.deb neverputt_1.4.0-5_amd64.deb Greetings, Your

Bug#469328: Support 5:3 aspect ratio

2008-03-04 Thread Trent W. Buck
On Tue, Mar 04, 2008 at 10:16:17PM +0100, Peter De Wachter wrote: So I think the it's wrong for torus-trooper to claim to be a transient window. I've retitled the bug accordingly. Well, torus-trooper does not directly use X, so this must be a bug in libsdl. Do you have the same problem with

Bug#469328: Support 5:3 aspect ratio

2008-03-04 Thread Peter De Wachter
At Wed, 5 Mar 2008 08:32:43 +1100, Trent W. Buck wrote: Hmm, apparently so. Looking at `aptitude search ~i~Dlibsdl1.2debian`, I tested torus-trooper, foobillard, tumiki-fighters and xmoto. All of them had the following line in xprop output: WM_TRANSIENT_FOR(WINDOW): window id # 0x0

neverball_1.4.0-5_amd64.changes ACCEPTED

2008-03-04 Thread Debian Installer
Accepted: neverball-common_1.4.0-5_all.deb to pool/main/n/neverball/neverball-common_1.4.0-5_all.deb neverball-data_1.4.0-5_all.deb to pool/main/n/neverball/neverball-data_1.4.0-5_all.deb neverball_1.4.0-5.diff.gz to pool/main/n/neverball/neverball_1.4.0-5.diff.gz neverball_1.4.0-5.dsc to

Processed: reassign 469328 to libsdl1.2debian

2008-03-04 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.16 reassign 469328 libsdl1.2debian 1.2.13-2 Bug#469328: torus-trooper: claims to be a transient window Bug reassigned from package `torus-trooper' to `libsdl1.2debian'. End of message,

Bug#457207: marked as done (neverputt: adds scores up incorrectly)

2008-03-04 Thread Debian Bug Tracking System
Your message dated Tue, 04 Mar 2008 21:32:07 + with message-id [EMAIL PROTECTED] and subject line Bug#457207: fixed in neverball 1.4.0-5 has caused the Debian Bug report #457207, regarding neverputt: adds scores up incorrectly to be marked as done. This means that you claim that the problem

alex4 1.1-1 MIGRATED to testing

2008-03-04 Thread Debian testing watch
FYI: The status of the alex4 source package in Debian's testing distribution has changed. Previous version: (not in testing) Current version: 1.1-1 -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for more