Re: Linux 3.1-2-m68k config (was: Re: Linux 3.10-2-m68k FPU support)

2013-11-11 Thread Geert Uytterhoeven
On Mon, Nov 11, 2013 at 6:16 AM, Finn Thain wrote: >> > ! CONFIG_FB_SYS_COPYAREA : m n >> > ! CONFIG_FB_SYS_FILLRECT : m n >> > ! CONFIG_FB_SYS_FOPS : m n >> > ! CONFIG_FB_SYS_IMAGEBLIT : m n >> > >> >Would this prevent the

Re: Modernizing a Macintosh LC III

2013-11-11 Thread Geert Uytterhoeven
On Mon, Nov 11, 2013 at 6:04 AM, Patrick McCarthy wrote: > It seems that one way or another something is missing, so I either need to > find a better kernel/ramdisk pair or else build one. I only have this one > 68k Mac that runs 2.2 when it works, how would I build something? Would it > be the sa

Re: Modernizing a Macintosh LC III

2013-11-11 Thread Thorsten Glaser
Scott Holder dixit: >> I don't use an initrd (I build my own kernels) so I can't tell you >> what the right arguments are. Probably root=/dev/ram Also, you No, root=/dev/ram is for when you want to run a system installed on the initrd. For the “initramfs style”, you just need to ensure the initrd

Re: Linux 3.1-2-m68k config (was: Re: Linux 3.10-2-m68k FPU support)

2013-11-11 Thread Thorsten Glaser
Geert Uytterhoeven dixit: >On Mon, Nov 11, 2013 at 6:16 AM, Finn Thain wrote: >>> > ! CONFIG_FB_SYS_COPYAREA : m n >>> > ! CONFIG_FB_SYS_FILLRECT : m n >>> > ! CONFIG_FB_SYS_FOPS : m n >>> > ! CONFIG_FB_SYS_IMAGEBLIT : m n

Re: Buying RAM expansion from project money

2013-11-11 Thread Ingo Jürgensmann
Am 05.11.2013 um 11:27 schrieb John Paul Adrian Glaubitz : >> So I would say, that - if noone objects until Thursday 0:00 GMT - we ask for >> a quote of 4 BigRamPlus cards with additional 2 cards as an option when we >> made sure they work inside of the modified Tower cases. Or, because it's no

BTS tags/pseudopackages for ports [Was: Re: Potential issues for most ports]

2013-11-11 Thread Don Armstrong
On Tue, 05 Nov 2013, Don Armstrong wrote: > In any event, if a few active porters wouldn't mind creating a wishlist > bug against bugs.debian.org for this with a suggested course of action, > I'd appreciate it. Assuming there is no significant disagreement about > that course of action, I'd like to

Re: Buying RAM expansion from project money

2013-11-11 Thread Geert Uytterhoeven
On Mon, Nov 11, 2013 at 3:56 PM, Ingo Jürgensmann wrote: > Anyway, the question is still: 4 or 6 cards? > > As long as Crest and Elgar are sitting in 3d party tower cases I recommend to > first make a test with both of them before we buy cards for them. If there are problems with a card in one

Re: Modernizing a Macintosh LC III

2013-11-11 Thread Geert Uytterhoeven
On Mon, Nov 11, 2013 at 3:31 PM, Thorsten Glaser wrote: > I think evdev is correct right now for keyboard and mouse, and > fbdev might work for the graphical device (IIRC, someone reported > that it works on mac68k OOTB, and Geert has written a patch for > Atari, although I’ve not checked yet whet

Re: Buying RAM expansion from project money

2013-11-11 Thread John Paul Adrian Glaubitz
On 11/11/2013 07:28 PM, Geert Uytterhoeven wrote: > On Mon, Nov 11, 2013 at 3:56 PM, Ingo Jürgensmann > wrote: >> Anyway, the question is still: 4 or 6 cards? >> >> As long as Crest and Elgar are sitting in 3d party tower cases I recommend >> to first make a test with both of them before we buy

[OT] Re: Buying RAM expansion from project money

2013-11-11 Thread Thorsten Glaser
John Paul Adrian Glaubitz dixit: >Yes, I'm pretty sure, you can. I have seen people bumping the memory of >their Amigas up to 1GB using four of these cards. I’m almost finished building KDEPIM 4.11 so you can actually make use of all that memory :D SCNR, //mirabilos -- „Cool, /usr/share/doc/mks

Re: Buying RAM expansion from project money

2013-11-11 Thread Ingo Jürgensmann
Am 11.11.2013 um 19:28 schrieb Geert Uytterhoeven : >> As long as Crest and Elgar are sitting in 3d party tower cases I recommend >> to first make a test with both of them before we buy cards for them. > If there are problems with a card in one ore two machines, they can be > added to one of the

X11 on Atari/ARAnyM (was Re: Modernizing a Macintosh LC III)

2013-11-11 Thread Thorsten Glaser
Geert Uytterhoeven dixit: [ fbdev for Atari ] >It's in upstream xorg-server-1.14.99.2 and later. Thanks! Debian experimental has got 1.14.99.3, which I’ve just started building on just another VM ;-) (now I’m out of idle/stopped ARAnyM instances…) I’ll write again when it’ll be uploaded. The mag

Bug#729337: xorg-server: FTBFS: preprocessor macro R_SP conflict with glibc headers

2013-11-11 Thread Thorsten Glaser
Source: xorg-server Version: 2:1.14.99.3-1 Severity: important Justification: fails to build from source (but built successfully in the past) Hi, trying to build xorg-server from experimental because it includes a patch to support the Atari planes for the fbdev module, upstream. Note that the ve

Re: Modernizing a Macintosh LC III

2013-11-11 Thread Finn Thain
On Mon, 11 Nov 2013, Patrick McCarthy wrote: > > MacOS applications only get the amount of memory assigned to them. You > > can increase Penguin's memory in Finder using Get Info under the File > > menu. Given the size of this kernel image, Penguin's default setting > > isn't likely to work. >

Re: Linux 3.1-2-m68k config (was: Re: Linux 3.10-2-m68k FPU support)

2013-11-11 Thread Finn Thain
On Mon, 11 Nov 2013, Geert Uytterhoeven wrote: > On Mon, Nov 11, 2013 at 6:16 AM, Finn Thain > wrote: > >> > ! CONFIG_FB_SYS_COPYAREA : m n > >> > ! CONFIG_FB_SYS_FILLRECT : m n > >> > ! CONFIG_FB_SYS_FOPS : m n > >> > ! CONFIG_FB_SYS_IM

Re: Modernizing a Macintosh LC III

2013-11-11 Thread Scott Holder
On 11/11/2013 12:04 AM, Patrick McCarthy wrote: I tried playing around with this - on a fresh boot with no open windows, I have 5.9mb free. I followed your advice and maximized the minimum ram required, however on doing that and trying to boot the kernel/initrd Penguin says it doesn't have enou

Re: Modernizing a Macintosh LC III

2013-11-11 Thread Finn Thain
On Mon, 11 Nov 2013, Scott Holder wrote: > On 11/11/2013 12:04 AM, Patrick McCarthy wrote: > > if it's still in 24-bit mode when emile tries to boot (thanks to PRAM > settings) then that could account for the failures. I don't know about emile, but Penguin should work in 24-bit mode. But you