Re: linux-image-2.6-17-mac tries

On such system I hade install emile - from my bootable cdrom - and now Debian can boot himself directily from his disk - no more need of useing of Penguin -. you are using emile then with 2.6 kernel ? can you tell if the system is any more stable, or any issues improve ? (be sure to update when

Re: gnumeric built on aranym+distcc+crosscc

On Fri, Nov 10, 2006 at 06:32:34PM +0100, Bill Allombert wrote: > Dear Debian 68k porters, > > I successfully built gnumeric on my aranym+distcc+crosscc setup. > > The buildlog is here: > > > I will upgrade aranym to fix the M

Re: building emile

Wouter Verhelst <[EMAIL PROTECTED]> writes: > On Thu, Nov 09, 2006 at 02:14:51PM +0100, Richard Zidlicky wrote: >> On Thu, Nov 09, 2006 at 12:11:13AM +0100, Wouter Verhelst wrote: >> > Well, it works until I reach second/MMU030_asm.S; the same error occurs >> > there, and I obviously can't comment

gnumeric built on aranym+distcc+crosscc

Dear Debian 68k porters, I successfully built gnumeric on my aranym+distcc+crosscc setup. The buildlog is here: I will upgrade aranym to fix the MMU emulation issue and try koffice this time. This will also fix a NFS time sta

Re: building emile

On Thu, Nov 09, 2006 at 02:14:51PM +0100, Richard Zidlicky wrote: > On Thu, Nov 09, 2006 at 12:11:13AM +0100, Wouter Verhelst wrote: > > Well, it works until I reach second/MMU030_asm.S; the same error occurs > > there, and I obviously can't comment it out (since then the pmove > > instructions tha

Re: First package build on aranym

Michael Schmitz wrote: Nothing is perfect, not even ARAnyM. I must admit that there was (yet another) MMU emulation error (pretty nasty to catch) this is in fact a CPU emulation omission. The original UAE CPU core was not designed with MMU in mind, it seems: https://lists.bobek.cz/pipermail/

Re: First package build on aranym

> > This was a general dpkg failure that was fixed by downgrading dpkg to > > the Etch version (probably a FPU emulation bug). > > Nothing is perfect, not even ARAnyM. I must admit that there was (yet > another) MMU emulation error (pretty nasty to catch), that could > decrement the stack pointer w