Syslinux - Jul 2014 - isohybrid: slint64-14.1.iso: unable to find mac efi image

> Hi,
> 
> > I don't understand why you say "*But* the El Torito...".
I don't see
> > a difference with what the mkisofs manual says.
> 
> The manual announces "Mac" for Apple Mac.
> The program obviously writes Platform Id 1 in this case.
> The El Torito specs say "Platform ID 0 = 80x86 1=Power PC 2=Mac".
> In the sum this does not match.
> A bug in mkisofs would be the simplest explanation.
 
OK, so the "But" was not about any difference between the El Torito 
specification vs. the mkisofs manual, but about the difference 
between those two vs. the actual result in Didier's case.

It might be interesting to test with mkisofs 3.01a24 and using (only) 
the "Mac" platform (and without any other, even without
"x86") and
see the result (on such "Mac" hardware).

Even without such "Mac" hardware at hand, it might still be helpful 
to test mkisofs 3.01a24 and then check the resulting ISO image. 
Perhaps Didier can update his current version of mkisofs and retry 
with his current scripts/receipts.

According to the subject of this email thread, we are talking about a 
"mac efi" anyway, so the platform ID should not be zero, nor 1, nor 
2, and the '-eltorito-alt-boot -no-emul-boot -eltorito-platform Mac' 
is being misused.

Regards,
Ady.

HI,

On 29/07/2014 22:23, Ady wrote:

 > Even without such "Mac" hardware at hand, it might still be
helpful
 > to test mkisofs 3.01a24 and then check the resulting ISO image.
 > Perhaps Didier can update his current version of mkisofs and retry
 > with his current scripts/receipts.

I will upgrade the cdrtools package from 3.01a17 to 3.01a24 in the
coming days and see what I come up with. If I understand well, I should
check that even with "-eltorito-platform Mac" in the mkiosfs command,
isohybrid doesn't complain any more, right?

If that works I could suggest to Parick Volkerding to upgrade the cdrtools
Slackware package in Slackware-current (upcoming Slackware release).

About mixing with Syslinux 6.03-pre19 (or newer) as suggested in your
previous post... Yes, the scripts/receipts for using Syslinux 6.xx in
Slackware would need changes and I am very doubtful that Patrick
will accept to do that in next Slackware release. I could try this
tentatively just for testing if that helps, but then I would need help to
make the needed changes in the SlackBuild, as a drop-in replacement of
the source tarball won't certainly suffice. FYI the current build material
for syslinux in Slackware63-14.1 is here:
http://mirrors.slackware.com/slackware/slackware64-14.1/source/a/syslinux/

 > According to the subject of this email thread, we are talking about a
 > "mac efi" anyway, so the platform ID should not be zero, nor 1,
nor
 > 2, and the '-eltorito-alt-boot -no-emul-boot -eltorito-platform
Mac'
 > is being misused.

Not sure I understand well what you mean. The ISO image should be usable
on BIOS and EFI PCs as well as Macs

@ Thomas: of course isohdpfx.bin is shipped in Slackware (Patrick ships
vanilla software as much as possible), it's  in /usr/share/syslinux,
not /usr/lib/syslinux, so I just had to change the path.

Cheers, Didier

> HI,
> 
> On 29/07/2014 22:23, Ady wrote:
> 
>  > Even without such "Mac" hardware at hand, it might still be
helpful
>  > to test mkisofs 3.01a24 and then check the resulting ISO image.
>  > Perhaps Didier can update his current version of mkisofs and retry
>  > with his current scripts/receipts.
> 
> I will upgrade the cdrtools package from 3.01a17 to 3.01a24 in the
> coming days and see what I come up with. If I understand well, I should
> check that even with "-eltorito-platform Mac" in the mkiosfs
command,
> isohybrid doesn't complain any more, right?
 
No. The "eltorito-platform Mac" option is meant for (old-ish)
"Mac"
hardware with BIOS firmware. If you want to boot current "Mac" 
hardware, which is using (some variant of) (U)EFI firmware, the 
"eltorito-platform Mac" is not adequate.
>From the "subject" of this email thread, I am guessing that you
are
trying to build an ISO image that would boot current "Mac" hardware 
with (some variant of) (U)EFI firmware. If that's the case, then you 
should be using '-eltorito-platform 0xEF" for this "current
Mac"
hardware, as Thomas suggested.
 
> 
> If that works I could suggest to Parick Volkerding to upgrade the cdrtools
> Slackware package in Slackware-current (upcoming Slackware release).
> 
> About mixing with Syslinux 6.03-pre19 (or newer) as suggested in your
> previous post... 
 
Let me clarify. I would suggest updating Slackware to use the latest 
cdrecord / cdrtools / mkisofs version that would be available just 
before the next Slackware release (ATM, 3.01a24).

I am hoping that the combination of adequate mkisofs arguments with 
an updated mkisofs version would help reduce at least some of the 
issues described in this email thread.

But, I do _NOT_ recommend updating Slackware to use Syslinux 6.xx, 
even if this means not being able to use an updated isohybrid tool. 
What I mentioned about Syslinux was for you, to optionally and 
*temporarily* use 6.03-pre19 (or newer) ONLY for a TEST. This would 
be an _optional_ test, only in case either the other changes (mkisofs 
arguments and version update) or an alternative method, would not be 
enough. According to your recent feedback and later Thomas' email, 
this test seems to be currently unneeded.
 
> 
>  > According to the subject of this email thread, we are talking about a
>  > "mac efi" anyway, so the platform ID should not be zero,
nor 1, nor
>  > 2, and the '-eltorito-alt-boot -no-emul-boot -eltorito-platform
Mac'
>  > is being misused.
> 
> Not sure I understand well what you mean. The ISO image should be usable
> on BIOS and EFI PCs as well as Macs
 
Which "Macs"? As commented before, if you are referring to (new-ish) 
"Macs" with (some variant of) (U)EFI firmware, then 
'eltorito-platform Mac' is an INcorrect argument.

Regards,
Ady.