Creating your own IPFs

[Keir]

Originally Posted by BarryB

I love phrases like 'very easy', especially when used in conjunction with Linux, I'll still be figuring out how to compile it this time next week

In the meantime I'll cheat and try the ready made solution linked by Retroplay

Lol, okay there are a few steps:

unzip capsimg_source_linux_macosz.zip
cd capsimg_source_linux_macos/CAPSImg
chmod u+x configure
./configure
make
sudo make install

[JimDrew]

There are other emulation and write-to-floppy options for that disk which do not involve IPF.

Yes, there are!

[Retroplay]

Originally Posted by kaffer

Ah, I'm guessing your image's filename suffix is .CT. I was only recognising .CTR and .RAW.

No, all my images are *.raw files.
I tried renaming them to *.ctr but that didn't work either.

I have libcapsimage.so.5.1 installed and linked in the same location as libdisk.so.0.

sudo ln -s /usr/local/lib/libcapsimage.so.5.1 /usr/local/lib/libcapsimage.so.5

Perhaps I need to rename the library to something else ?

[Keir]

Originally Posted by Retroplay

No, all my images are *.raw files.
I tried renaming them to *.ctr but that didn't work either.

I have libcapsimage.so.5.1 installed and linked in the same location as libdisk.so.0.

sudo ln -s /usr/local/lib/libcapsimage.so.5.1 /usr/local/lib/libcapsimage.so.5

Perhaps I need to rename the library to something else ?

Then I think you are not running the latest libdisk. If you have downloaded and installed it, you can check where disk-analyse is picking the library up from by running

ldd `which disk-analyse`

Perhaps you have an old version installed somewhere which is getting picked up by mistake?

The latest libdisk will give you a warning to download v5 of the IPF support library if it doesn't find it. If you don't see that message then your libdisk is stale.

[Retroplay]

Here's what I did, I downloaded and compiled the 5.1 source from http://www.kryoflux.com/.

Like this:

cd capsimg_source_linux_macos/CAPSImg
chmod u+x configure
./configure
make
sudo make install

That went fine, library is installed to /usr/local/lib/ where libdisk.so is, so far good so far.

Then I updated Disk-Utilities.

git pull
make clean
su -c "make install"

That went fine too as I now can see .{ct,ctr,raw} => CAPS/SPS CT Raw in Supported file formats/Read-only support menu.
However the lib is still not detected by disk-analyse:

linux-gate.so.1 =>  (0xb778e000)
    libdisk.so.0 => /usr/local/lib/libdisk.so.0 (0xb7747000)
    libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb7597000)
    /lib/ld-linux.so.2 (0xb778f000)

That should pretty much be all I need to do to make it work right ?

Originally Posted by BarryB

I love phrases like 'very easy', especially when used in conjunction with Linux, I'll still be figuring out how to compile it this time next week

I know how you feel.

[Keir]

Originally Posted by Retroplay

However the lib is still not detected by disk-analyse:

linux-gate.so.1 =>  (0xb778e000)
    libdisk.so.0 => /usr/local/lib/libdisk.so.0 (0xb7747000)
    libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb7597000)
    /lib/ld-linux.so.2 (0xb778f000)

That should pretty much be all I need to do to make it work right ?

Can you do:

strings /usr/local/lib/libdisk.so.0 | grep "CT Raw"

Which will confirm that the installed library is definitely up to date. If you get no output from the above command then it is not up to date.

If it is up to date then please let us know the exact command line you give disk-analyse, together with all output.

[Retroplay]

You're right I get no output.

I think I have completely screwed up my Linux install.
I'll install everything from scratch and and report back later.

[Keir]

Originally Posted by Retroplay

You're right I get no output.

I think I have completely screwed up my Linux install.
I'll install everything from scratch and and report back later.

You can also just pick up libdisk from your build directory:

export LD_LIBRARY_PATH=/path/to/Disk-Utilities/libdisk

The build of libdisk.so.0 in your build directory of course should contain the "CT Raw" string

[Retroplay]

I noticed you included further info in the new build:

*** Support must be enabled at compile time (e.g., 'caps=y make')

So I tried this and failed:

bossman@Husalteret ~/Disk-Utilities $ caps=y make
make[1]: Entering directory `/home/bossman/Disk-Utilities/libdisk'
make -C stream streams.apic
make[2]: Entering directory `/home/bossman/Disk-Utilities/libdisk/stream'
gcc -O2 -fno-strict-aliasing -std=gnu99 -Wall -Werror -I../../libdisk/include -MMD -MF ./.stream.opic.d -m32 -march=i686 -fPIC -fvisibility=hidden -c -o stream.opic stream.c
gcc -O2 -fno-strict-aliasing -std=gnu99 -Wall -Werror -I../../libdisk/include -MMD -MF ./.kryoflux_stream.opic.d -m32 -march=i686 -fPIC -fvisibility=hidden -c -o kryoflux_stream.opic kryoflux_stream.c
gcc -O2 -fno-strict-aliasing -std=gnu99 -Wall -Werror -I../../libdisk/include -MMD -MF ./.diskread.opic.d -m32 -march=i686 -fPIC -fvisibility=hidden -c -o diskread.opic diskread.c
gcc -O2 -fno-strict-aliasing -std=gnu99 -Wall -Werror -I../../libdisk/include -MMD -MF ./.disk_image.opic.d -m32 -march=i686 -fPIC -fvisibility=hidden -c -o disk_image.opic disk_image.c
gcc -O2 -fno-strict-aliasing -std=gnu99 -Wall -Werror -I../../libdisk/include -MMD -MF ./.soft.opic.d -m32 -march=i686 -fPIC -fvisibility=hidden -c -o soft.opic soft.c
gcc -O2 -fno-strict-aliasing -std=gnu99 -Wall -Werror -I../../libdisk/include -MMD -MF ./.discferret_dfe2.opic.d -m32 -march=i686 -fPIC -fvisibility=hidden -c -o discferret_dfe2.opic discferret_dfe2.c
gcc -O2 -fno-strict-aliasing -std=gnu99 -Wall -Werror -I../../libdisk/include -MMD -MF ./.supercard_scp.opic.d -m32 -march=i686 -fPIC -fvisibility=hidden -c -o supercard_scp.opic supercard_scp.c
gcc -O2 -fno-strict-aliasing -std=gnu99 -Wall -Werror -I../../libdisk/include -MMD -MF ./.caps.opic.d -m32 -march=i686 -fPIC -fvisibility=hidden -c -o caps.opic caps.c
caps.c:12:28: fatal error: caps/capsimage.h: No such file or directory
#include <caps/capsimage.h>
^
compilation terminated.
make[2]: *** [caps.opic] Error 1
make[2]: Leaving directory `/home/bossman/Disk-Utilities/libdisk/stream'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/bossman/Disk-Utilities/libdisk'
make: *** [all] Error 2

Anyway I think I'll leave this alone for now before I pull the rest of the hair out my head.

[BarryB]

Originally Posted by kaffer

Lol, okay there are a few steps:

unzip capsimg_source_linux_macosz.zip
cd capsimg_source_linux_macos/CAPSImg
chmod u+x configure
./configure
make
sudo make install

Well that was a laugh!

As IFW said to do I downloaded the source, unzipped (the source that is ), but 'make' failed due to no gcc++ installed! found out how to do that with 'sudo yum install gcc-c++' but not a member of the sudoers file so found out how to do that THEN I could install gcc++, and after that, like you said kaffer: It's very easy

[Keir]

Originally Posted by Retroplay

Anyway I think I'll leave this alone for now before I pull the rest of the hair out my head.

You're so close now! The problem is that the old Linux interface header isn't included, at least under its old name, in the v5 library. Also no headers are installed by 'make install'.

You can work around this. Go grab version 4.2 from here http://www.softpres.org/_media/files...ad&cache=cache
Then

tar xf ipflib42_linux-x86_64.tar.gz
cd x86_64-linux-gnu-capsimage
sudo cp -a include/caps /usr/include

Apologies, this definitely is a bit arcane. After the above you should have a file /usr/include/caps/capsimage.h and the build should work now

[Keir]

Originally Posted by BarryB

Well that was laugh!

As IFW said to do I downloaded the source, unzipped (the source that is ), but 'make' failed due to no gcc++ installed! found out how to do that with 'sudo yum install gcc-c++' but not a member of the sudoers file so found out how to do that THEN I could install gcc++, and after that, like you said kaffer: It's very easy

Easy when you know how, mate

[BarryB]

Originally Posted by kaffer

Easy when you know how, mate

Yeah, at least i'm not spamming yer email now

Also had the same issue as Retroplay, missing headers, but your instructions made it 'very easy' again but have this error when compiling with 'caps=y make' then 'make install':

gcc -Lamiga -Lm68k -L../libdisk disassemble.o -lamiga -lm68k -o disassemble
gcc -Lamiga -Lm68k -L../libdisk copylock.o -lamiga -lm68k -ldisk -o copylock
../libdisk/libdisk.so: undefined reference to `dlopen'
../libdisk/libdisk.so: undefined reference to `dlclose'
../libdisk/libdisk.so: undefined reference to `dlerror'
../libdisk/libdisk.so: undefined reference to `dlsym'
collect2: error: ld returned 1 exit status
make[1]: *** [copylock] Error 1

[Keir]

Originally Posted by BarryB

Yeah, at least i'm not spamming yer email now

Also had the same issue as Retroplay, missing headers, but your instructions made it 'very easy' again but have this error when compiling with 'caps=y make' then 'make install':

gcc -Lamiga -Lm68k -L../libdisk disassemble.o -lamiga -lm68k -o disassemble
gcc -Lamiga -Lm68k -L../libdisk copylock.o -lamiga -lm68k -ldisk -o copylock
../libdisk/libdisk.so: undefined reference to `dlopen'
../libdisk/libdisk.so: undefined reference to `dlclose'
../libdisk/libdisk.so: undefined reference to `dlerror'
../libdisk/libdisk.so: undefined reference to `dlsym'
collect2: error: ld returned 1 exit status
make[1]: *** [copylock] Error 1

For some reason libdisk hasn't been linked with libdl. It certainly should be when caps=y is specified.

You really had a successful 'caps=y make'? I suggest specifying caps=y at the install stage too: 'caps=y make install'.

EDIT: And, first of all, 'make clean' to start a build from scratch!!!

[Retroplay]

You're right, the build does indeed work, but now I have another problem.

bossman@Husalteret ~/Shared $ disk-analyse -v Turrican.raw Turrican.ipf
Format "default" -> "amigados"
Found format "amigados"
disk-analyse: symbol lookup error: /usr/local/lib/libdisk.so.0: undefined symbol: dlopen

After I included the headers from 4.2 library I get this now:

bossman@Husalteret ~/Shared $ strings /usr/local/lib/libdisk.so.0 | grep "CT Raw"
*** CT Raw image files require v5+ of the CAPS/SPS library

At least libdisk detects the caps library now but as v4.2 because I used the old headers ?

Ah the joy of learning the basics of Linux.

[edit]
Bloody hell, I forgot to link the damn thing.

sudo ln -s /usr/local/lib/libcapsimage.so.5.1 /usr/local/lib/libcapsimage.so.5

Results finally:

bossman@Husalteret ~/Shared $ disk-analyse -v X-Out.raw X-Out.ipf
Format "default" -> "amigados"
Found format "amigados"
T0.0-79.1: AmigaDOS
T80.0-83.1: Unformatted

[Keir]

Originally Posted by Retroplay

Results finally:

At last

Not sure where your earlier "symbol lookup error" came from. A bit worrying, but perhaps you had an inconsistent build of libdisk where caps=y hadn't been specified at one step of the way, somewhere.

[Retroplay]

I did a make clean, then caps=y make and finally sudo caps=y "make install".
That did the trick.

I really ought to write down all the steps, that'll keep me from major headaches for future installs.

THANKS for all your help and for keeping up with "stupid" questions from "oblivious" Linux noobs like myself.

[Keir]

I'll gather this all together and update the Disk-Utilities/README with extra setup steps for IPF/CTR support.

I'll also add some troubleshooting tips.

[Retroplay]

Sounds like an excellent idea.

Btw I finally have ipfs of Hugo now ready to write back on my KF thanks to you.

bossman@Husalteret ~/Shared $ disk-analyse -v -f"Skaermtrolden Hugo" 1.raw 1.ipfFound format "Skaermtrolden Hugo"
T0.0: AmigaDOS
T0.1-79.1: Skaermtrolden Hugo
T80.0-83.1: Unformatted
bossman@Husalteret ~/Shared $ disk-analyse -v -f"Skaermtrolden Hugo" 2.raw 2.ipfFound format "Skaermtrolden Hugo"
T0.0-79.1: Skaermtrolden Hugo
T80.0-83.1: Unformatted
bossman@Husalteret ~/Shared $ disk-analyse -v -f"Skaermtrolden Hugo" 3.raw 3.ipfFound format "Skaermtrolden Hugo"
T0.0-79.1: Skaermtrolden Hugo
T80.0-83.1: Unformatted

I fecking love this utility.

[BarryB]

Hey, i'm the king of n00b with Linux Retroplay, back off

I got a bit further kaffer, 'caps=y make install' got past the error now disk-analyse can't find libcapsimage.so as I only have libcapsimage.so.5.1 in usr/local/lib, but should it be in lib64 as I'm running 64bit Fedora?