[Freemint-list] FreeMiNT continuous integration
Peter Slegg
p.slegg at scubadivers.co.uk
Fri Apr 14 19:29:51 MSD 2017
> Date: Fri, 14 Apr 2017 01:08:24 +1000
> From: Miro Krop??ek <miro.kropacek at gmail.com>
> Subject: [Freemint-list] FreeMiNT continuous integration
> To: freemint-list at atariforge.org
> Message-ID:
> <CAN5rfbT06yRLn_sL3i4zitsth+O9JwTRaz0nqeREHfE2AAvyig at mail.gmail.com>
>
> Hi all,
> So how did I do that:
>
> - got rid of the vague "-cur" suffix and replaced it with first three
> digits of git revision so you're going to get unique $SYSDIR for each build
> you'd like to test (ok, in theory there could be a conflict but I don't
> expect that anyone would have 100 1-19-xxx folders in C:\mint)
>
> - utilised mintloader.prg to the max -- so not only $SYSDIR but your
> AUTO too would always contain unique MINT-xxx.PRG
>
> - utilised my ancient (and seemingly useless) patch for MCHDIR -- now
> the builds aren't divided by CPU but by *machine*, i.e. when you run
> MINT-xxx.PRG, you can be pretty sure no "foreign" kernel modules are going
> to load
>
> - no more hassle with "what binary/module I need for my machine" --
> there are only three (very easily recognisable) archives: basic ST (000),
> all the others (020+) and the FireBee (col), thanks to the machine folders
> you don't have to do anything else, you can use the same snapshot on the
> Falcon, CT60 and Aranym (!)
> - this all means one thing: grab a snapshot, unzip it on C:\, rename
> your working MINT*.PRG in AUTO to MINT*.PRX and reboot. That's it. No other
> setup needed (even NVDI.PRG will be before the new MINT-xxx.PRG) except
> setting your favourite desktop in XAAES.CNF; when done with testing, simply
> delete C:\AUTO\MINT-xxx.PRG and C:\MINT\1-19-xxx
Don't we have to copy MINT-xxx.prg to the Auto folder or does mintloader
replace it ?
If we copy a MINT-xxx.prg to AUTO it will have to have the same name as
the existing one otherwise the boot order will change.
Peter
More information about the Freemint-list
mailing list