Re: APUS Debian Boot-Floppies Images and bugs

2001-05-17 Thread Alan Buxey
hi, > We could make one floppy with just the kernel on it and another one which > boots, copies everything to RAM: and... you get the idea. yes, that may have to be the way disk1:bootstrap -k disk2:vmlinux.gztype-stuff alan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subje

Re: APUS Debian Boot-Floppies Images and bugs

2001-05-17 Thread Alan Buxey
hi, > BTW if we could use bzip2, we'd be all set already: this is a weakness of 'bootstrap', yes? alan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: APUS Debian Boot-Floppies Images and bugs

2001-05-17 Thread Alan Buxey
hi, > You mean our test ramdisk.image.gz ? I asked eons ago if we should convert it > to ext2, if it's still Minix we should do that now. We could use it as a > rescue or other fancy stuff with a current glibc etc. yep, dropping minix will cleave a small lump off the kernel. > I already cons

Re: APUS Debian Boot-Floppies Images and bugs

2001-05-17 Thread Alan Buxey
hi, > I don't think this is feasible as some people won't have anything connected > to their AGA output. Right now all the Amiga framebuffer devices are in. agreed - a lot of people either dont have a monitor that can 'do' the AGA modes (even the 29.xHz VGA thing) , others dont have scan-double

Re: APUS Debian Boot-Floppies Images and bugs

2001-05-17 Thread Alan Buxey
hi, > Yep, you can remove OCS/ECS support, but it'll save only a few bytes, I guess. dont A3k PowerUP owners have to have ECS - if they dont have GFX card? (are there any such people?) alan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL

Re: APUS Debian Boot-Floppies Images and bugs

2001-05-17 Thread Alan Buxey
hi, > > Do we need Minix fs support yet? > > Not for installation. the ramdisk image no longer uses MiniFS? if so minifs could be dropped ages ago. I guess we also dont need OCS gfx support...as PowerPC cards only work on ECS and AGA systems. On this line of thought...sound isnt essential, n

Re: APUS Debian Boot-Floppies Images and bugs

2001-05-16 Thread Alan Buxey
hi, > Well, we could split the kernel in 2 and join it in ram: before launching it. > Or we could try for a less than 880Ko modular kernel, but i have not big hopes > on this one. Michel Daenzer is the apus kernel package maintainer for debian. a small, but brief note: IS there not a very very

Re: APUS Debian Boot-Floppies Images and bugs

2001-05-15 Thread Alan Buxey
hi, > mmm, they are not really difficult to do, i remember writting my own split > programs, because non where availabel back then. /me thinks there are several free clones of join/split on aminet > (altough not test them). The only real problem is the choice program, but if > you only want t

Re: APUS Debian Boot-Floppies Images and bugs

2001-05-15 Thread Alan Buxey
hi, > But the bootblock is code. Of course we can reverse engineer and clean room > reimplement one (IIRC it justs opens dos.library and returns 1 or 0). over 10,000 coders have made their own bootblocks for Amiga floppies...either commercial games or demo disks. some even got sine-scrolling m

Re: APUS Debian Boot-Floppies Images and bugs

2001-05-15 Thread Alan Buxey
hi, > > no, and yes. Under AmigaOS you run 'install df0:' but this doesnt > > put any files onto the disk as such, it just writes a bootblock > > (a few hundred bytes) to the floppy. Theres no reason why we couldnt have > > an AmigaOS bootblock and write it to disk with 'dd' > > but you do get

Re: APUS Debian Boot-Floppies Images and bugs

2001-05-15 Thread Alan Buxey
hi, > And did you have the same amount of stuff in it ? these are the standard downloadables from APUS@sourceforge they have pretty much the same functionality. I guess there are many features that can be cut out of 2.4.4 (but most stuff, such as khttpd are as modules already) alan -- To U

Re: APUS Debian Boot-Floppies Images and bugs

2001-05-15 Thread Alan Buxey
hi, > Don't you need some part of AmigaOS to make a floppy bootable? no, and yes. Under AmigaOS you run 'install df0:' but this doesnt put any files onto the disk as such, it just writes a bootblock (a few hundred bytes) to the floppy. Theres no reason why we couldnt have an AmigaOS bootblock a

Re: APUS Debian Boot-Floppies Images and bugs

2001-05-15 Thread Alan Buxey
hi, > What is the size of the 2.4.x kernel compared to the 2.2.10 one ? bigger, I recall 2.4.4 being over 3Mb (compared to 2.2.10 being just over 2.1Mb) alan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: APUS Debian Boot-Floppies Images and bugs

2001-05-15 Thread Alan Buxey
hi, > My 2.4.4 zImage is only 458036 bytes long. I have lots of modules, but it could > work. I remember I once did. custom images targetted for each APUS environment might be squeezed in. alan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [

Re: APUS Debian Boot-Floppies Images and bugs

2001-05-15 Thread Alan Buxey
hi, > Can you boot from an external 1.76MB floppy ? yes. its treated just as the old classic external floppies that I'm sure most people had with their A500's > but 1.76MB floppies would be easily supported, almost nothing needs to be > changed, apart from the rescue disk creation. Does someon

Re: APUS Debian Boot-Floppies Images and bugs

2001-05-15 Thread Alan Buxey
hi, > >#if cpu(sparc) || #cpu(powerpc) > >const char *fs_type_tab[] = { "ext2", NULL }; > >#else > >const char *fs_type_tab[] = { "msdos", "ext2", NULL }; > >#endif > > as you can understand is impossible for a powerpc machine > > to load a msdos partition, so i have modified

Re: APUS Debian Boot-Floppies Images and bugs

2001-05-14 Thread Alan Buxey
hi, > Bug 3: fd0 device problems > > For APUS /dev/fd0 is unable to load the rescue floppy disk. > I think it defaults to the Amiga floppy formats. > I must erase it and recreate it with 'mknod fd0 b 2 28' > that is the same of /dev/fd0u1440 in a "standard" installation. > > After this change