severity 456037 important
Thank you
Hi, I am downgrading this bug as we have uploaded a version for
non-64bit architectures for now.
Thank you,
Barry deFreese
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@l
On Sat, Dec 13, 2008 at 14:04, Matthew Johnson wrote:
> Well, restricting it to all the 32bit archs, presumably. I don't think
> that's necessarily a problem given it's not been released on other archs
> yet, so it's not a regression. I definitely think that at this point the
> options are 'drop
On Sat Dec 13 05:07, Miriam Ruiz wrote:
> > Fenix isn't in Etch. Dropping it from Lenny would remove a
> > game, and a related framework (this seems to be the complete
> > list):
>
> Unless we find a way to make it work in 64 bits, either we reduce the
> arch to i386 only -which is something I do
2008/12/13 Steve Cotton :
> On Sat, Dec 06, 2008 at 12:52:41PM +0100, Peter De Wachter wrote:
>> retitle 456037 fenix: not 64 bit clean
>> severity 456037 grave
>> thanks
>>
>> The Fenix source code is riddled with the assumption that pointers are
>> 32 bit, which is obviously not true on 64 bit sy
On Sat, 13 Dec 2008 02:06:37 +
Steve Cotton wrote:
> Both games actually play OK on 64-bit AMD.
This is due to a weird behaviour of glibc or perhaps the kernel. If you
malloc a small amount of memory, you get a pointer that fits in a
32-bit int. If you allocate a large amount of memory, you
On Sat, Dec 06, 2008 at 12:52:41PM +0100, Peter De Wachter wrote:
> retitle 456037 fenix: not 64 bit clean
> severity 456037 grave
> thanks
>
> The Fenix source code is riddled with the assumption that pointers are
> 32 bit, which is obviously not true on 64 bit systems. A big problem is
> that th
6 matches
Mail list logo
