======== IMPORTANT NOTE: (10th December 2003) ===============
Important correction to my rpm readme_and_script documentation:
Extracted archives appear in the subdirectories of usr:local/src/
readme_and_script says they go into rpm4.0:usr/local/src/,
this is not quite accurate, the script does "assign usr: rpm4.0:usr add"
so if usr: is a multiassign the extraction might not go into
rpm4.0:usr/local/src/ but into an earlier usr: multiassign,
which will happen if you have a gg: setup ie into subdirectories
of gg:local/src/. I have run out of time to correct this in the download.
To redirect the archive extraction to eg xyz: assign usr: carefully such that
xyz: is first in the multiassign and ensure paths xyz:local/src/redhat/SOURCES
etc exist, study rpm4.0: for the complete set of paths required,
Note that the rpm4.0: assign is only used by readme_and_script,
it isnt compiled into the program.
To extract the stuff, use bunzip2 from
bzip2, followed by either using
tar or OS3.9's Unarc eg:
bunzip2 xyz.tar.bz2 ; # to produce xyz.tar
; # now either use OS3.9 Unarc or if you have Geekgadgets:
tar -v -k -xf somepath:bzip2.tar
This is a standalone ixemul Amiga unoptimised 68020 RPM4.0 ported,
all database support has been disconnected as this requires threads
and mutexes. As threads and
mutexes are currently not available on gcc, this means database support
cannot be supported AS-IS. It may be possible to hack database support
however I have no idea why I need database support for
(except to eat up even more of my precious time!).
So at some future point if I have time + motivation I will look into
When I say "standalone" I mean that you dont need a Geekgadgets setup,
just decompress, run the startup script and use.
If you have a Geekgadgets setup, please dont decompress this port into gg:,
instead use a separate standalone directory for it.
You should be able to extract archives from rpm files thus.
The port is unoptimised to speed up the build process,
had I tried to do an optimised version the release would have been in 2004.
Time has run out to do an optimised version.
I think this version is fast enough even on my 68030.
The port is ixemul because I tried noixemul and cannot link the program:
dozens of required things are missing from ixemul. Maybe noixemul is possible,
but will require work. The archive contains the only version of ixemul.library
that I trust. It is a 68000 version of ixemul.library v48 from 1990 but it
is very stable and correctly functions.