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.

-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.
> 


Reply via email to