Re: Bug#819069: dietlibc: FTBFS on powerpcspe due to missing FPU emulation in library

2016-04-05 Thread Lennart Sorensen
On Tue, Apr 05, 2016 at 11:07:00PM +, kaleb white wrote: > I don't know that. OK, so why not buy an iBook G3? It's a 740 (like my > Clamshell) and Debian would work. Because the e500 core is a current embedded processor being used by some people who would like to run debian on those systems.

Re: Bug#819069: dietlibc: FTBFS on powerpcspe due to missing FPU emulation in library

2016-04-05 Thread kaleb white
I don't know that. OK, so why not buy an iBook G3? It's a 740 (like my Clamshell) and Debian would work. Sent from MSN From: John Paul Adrian Glaubitz Sent: April 5, 2016 4:01 PM To: kaleb white; Christian Seiler Cc: debian-powerpc@lists.debian.org Subje

Re: Bug#819069: dietlibc: FTBFS on powerpcspe due to missing FPU emulation in library

2016-04-05 Thread John Paul Adrian Glaubitz
On 04/06/2016 12:07 AM, kaleb white wrote: > Well. What's an FPU Is that a rhetorical question or do you really not know that? > and why are you using QEMU? PowerPC Macs are cheap and good! Because a PowerPC Mac CPU is not the same as a PowerPC e500v2 CPU [1], it's a different, incompatible ABI

Re: Bug#819069: dietlibc: FTBFS on powerpcspe due to missing FPU emulation in library

2016-04-05 Thread kaleb white
Well. What's an FPU and why are you using QEMU? PowerPC Macs are cheap and good! Sent from MSN From: John Paul Adrian Glaubitz Sent: March 30, 2016 2:27 AM To: Christian Seiler Cc: debian-powerpc@lists.debian.org Subject: Re: Bug#819069: dietlibc: FTBFS o

Re: Adding more ppc64 buildds from the POWER cloud

2016-04-05 Thread Breno Leitao
Hello Adrian, On 04/04/2016 06:57 PM, John Paul Adrian Glaubitz wrote: As long as Breno is fine with the fact, there is nothing from Debian's side that is going to stop you ;-). I don't see a problem also. By the way, the machine is now ready and you have sudo in the machine. Feel free to do

Re: Adding more ppc64 buildds from the POWER cloud

2016-04-05 Thread Gabriel Paubert
On Tue, Apr 05, 2016 at 08:32:28AM -0400, Lennart Sorensen wrote: > On Tue, Apr 05, 2016 at 10:51:37AM +0200, Gabriel Paubert wrote: > > What is really missing in ppc-land is a variant which uses 32 bit > > addresses but otherwise knows that general purposes registers are > > 64 bit wide and can be

Re: Adding more ppc64 buildds from the POWER cloud

2016-04-05 Thread Milan Kupcevic
On 04/05/2016 08:28 AM, Lennart Sorensen wrote: > On Tue, Apr 05, 2016 at 08:19:13AM +0200, Mathieu Malaterre wrote: >> I was recently told by aurel32@d.o that ppc32 kernels do not run on a >> ppc64 CPU. So if one wants to run a Debian kernel [1], we are pretty >> much required to be running a ppc6

Re: Adding more ppc64 buildds from the POWER cloud

2016-04-05 Thread Lennart Sorensen
On Tue, Apr 05, 2016 at 10:51:37AM +0200, Gabriel Paubert wrote: > What is really missing in ppc-land is a variant which uses 32 bit > addresses but otherwise knows that general purposes registers are > 64 bit wide and can be used as such, i.e., an alternative 32 bit ABI > which can only run on 64

Re: Adding more ppc64 buildds from the POWER cloud

2016-04-05 Thread Lennart Sorensen
On Tue, Apr 05, 2016 at 08:19:13AM +0200, Mathieu Malaterre wrote: > I was recently told by aurel32@d.o that ppc32 kernels do not run on a > ppc64 CPU. So if one wants to run a Debian kernel [1], we are pretty > much required to be running a ppc64 kernel. > This is the current situation with partch

Re: Adding more ppc64 buildds from the POWER cloud

2016-04-05 Thread Gabriel Paubert
On Mon, Apr 04, 2016 at 05:51:10PM -0400, Lennart Sorensen wrote: > On Mon, Apr 04, 2016 at 05:39:48PM -0300, Breno Leitao wrote: > > Ok, since we will not even have VMX, I understand that we might not need a > > POWER8, i.e, we can pursue initially with a POWER7. Does it make sense? > > > > Other

Re: Adding more ppc64 buildds from the POWER cloud

2016-04-05 Thread John Paul Adrian Glaubitz
On 04/05/2016 10:51 AM, Gabriel Paubert wrote: > What is really missing in ppc-land is a variant which uses 32 bit > addresses but otherwise knows that general purposes registers are > 64 bit wide and can be used as such, i.e., an alternative 32 bit ABI > which can only run on 64 bit processors and