Hi Michael,
On 08/05/2025 15:19, Michael Tremer wrote:
Hello Adolf,
Yet another success store of an alternative to configure/make/make install.
I remember this from IPFire 3 where we have made the transition to libburn. It
needs three packages:
https://git.ipfire.org/?p=ipfire-3.x.git;a=blob;f=libburn/libburn.nm;hb=f1a186fd032e8e5718e41120a27103c83ed69a3e
https://git.ipfire.org/?p=ipfire-3.x.git;a=blob;f=libisofs/libisofs.nm;hb=f1a186fd032e8e5718e41120a27103c83ed69a3e
https://git.ipfire.org/?p=ipfire-3.x.git;a=blob;f=libisoburn/libisoburn.nm;hb=f1a186fd032e8e5718e41120a27103c83ed69a3e
We are using the whole thing here:
https://git.ipfire.org/?p=people/ms/bricklayer.git;a=blob;f=src/bricklayer-master.in;hb=3b216919f31dc6ca3b44d9d25536626b60aea9f1#l527
So it seems to generate a bootable ISO and that is all we need.
Happy to make the transition in IPFire 2 as well.
I think for IPFire-2 we can just use the xorriso package that libburn supplies
to the Gnu Project.
This is a self contained source tarball that includes the bits from libisofs
and libisoburn, sufficient to do the cli commands for xorriso and xorrisofs.
https://www.gnu.org/software/xorriso/
I think this makes it simpler for IPFire-2 and it supplies what is needed for
creating a bootable ISO.
My plan would be to follow this path unless you think that installing the three
full packages that you listed is the better thing to do also for IPFire-2.
Regards,
Adolf.
-Michael
On 8 May 2025, at 13:53, Adolf Belka <[email protected]> wrote:
Hi Everyone.
I found that curl had three updates for a range of bug fixes and so I went
ahead and ran a build of curl-1.13.0. It built without any problems.
However cmake, a couple of steps later failed to build because of some changes
in curl to certain names.
So I installed the latest cmake and then curl and cmake both built without any
issues.
Then json-c failed due to the min ver of cmake being supported is now 3.5 and
in the near future this will be changed to 3.10.
I found a patch from json-c that changed the minimum required version from 2.8
to 3.9...3.12 and json-c then successfully built.
libjpeg successfully built as it already had an acceptable min cmake version.
libssh failed to build so it was updated to 0.11.1 and this built successfully.
Then I came to cdrkit!!!
This failed to build due to too low a min version so I changed the min version
from 2.8 to 3.25 but it the failed to build due to the cmake_policy(SET CMPOO15
OLD) and OLD is no longer allowed. It has to be NEW.
So I changed the policy to NEW and then it starting building cdrkit but then
the build failed due to the fact that it could not find xconfig.h
In the source file there is xconfig.h.in but it is not getting built into
xconfig.h
I checked for the existing build that works and found that there were 83 CMAKE
Warnings, all related to the fact that Policy CMP0115 is not set. The
cmake_policy value in the existing patch was set at CMP0015 so I also tried
using cmake_policy(SET CMP0115 NEW) but that still stopped with the missing
xconfig.h
It looks like the NEW cmake_policy no longer allows error to be ignored and
building to continue as has been the case up to date.
It looks to me like the only way to fix it is to update cdrkit to properly work
with the latest cmake but as the existing version was released 15 years ago and
nothing further has been done with it I think it will not get fixed.
There is also cdrtools but there are some questions raised by some distros
about it's licence. However the developer of that package died and so nothing
further has been done with that for the last 7 years.
I did find that there is a project called libburnia that has a command line
package called xorrisofs which emulates mkisofs.
All the mkisofs options that we use in IPFire are available with xorrisofs. The
project had the last release of xorriso in 2023 but it looks like the package
is released around every two years. The last commits for the project were done
2 weeks ago and there looks to be a continuing ongoing level of commit updates
being done.
Would it be worthwhile for me to look at building this package and make the
changes in the cdrom sections to use xorrisofs instead of mkisofs and see if
its emulation of mkisofs produces a working IPFire iso that can be successfully
installed and run?
If the answer is not a simple one to give then we can discuss this issue in the
monthly video conf on Monday.
I will comment out cdrkit in my make.sh so I can check out if the other
packages that use cmake (12 of them) can all be made to work with the latest
cmake.
Regards,
Adolf.