Spec Url: http://dmitry.butskoy.name/makebootfat/makebootfat.spec
SRPM Url: http://dmitry.butskoy.name/makebootfat/makebootfat-1.4-1.src.rpm
Description:
This utility creates a bootable FAT filesystem and populates it
with files and boot tools.
It was mainly designed to create bootable USB and Fixed disk
for the AdvanceCD project (http://advancemame.sourceforge.net), but
can be successfully used separately for any purposes.
Additional info:
This utility can help anaconda to create universal diskboot.img, suitable for any type of USB booting...
In the future, when anaconda will support installing from flat file tree (not hd iso only ;)), it will be possible to create on a "big" USB disk full installation stuff with updates. (Currently it is possible for network installs only).

> There are only non binary files in /usr/lib so they should be in /usr/share.
I'm not a x86 guru, but "file ldlinux.bss" say "x86 boot sector", "mbrfat.bin"
has a source "mbrfat.asm" which has x86 commends...
Are you sure these two files are architecture independent?
Perhaps we even should specify ExclusiveArch tag...

OK, after reading the FHS I see that /usr/lib is the place for "internal
binaries". A boot sector and an executable qualify.
Note that under 64 bit these will appear under /usr/lib64, which is misleading.
You may want to force /usr/lib
As per comment 1, APPROVED.

> Note that under 64 bit these will appear under /usr/lib64
Yep...
I think it would be better to behave like grub package, i.e. place these
x86-specific files under /usr/share/makebootfat/x86/* . IMHO it is more correct,
because under /usr/lib we should place some HOST-specific internal binaries, but
actually these two files are TARGET-specific...

(In reply to comment #6)
> I think it would be better to behave like grub package, i.e. place these
> x86-specific files under /usr/share/makebootfat/x86/* . IMHO it is more correct,
> because under /usr/lib we should place some HOST-specific internal binaries, but
> actually these two files are TARGET-specific...
OK, doing it like grub makes sense in that respect. Do it that way, and tell
upstream about this discussion about where to put these files, if you would please.
APPROVED

Note

You need to
log in
before you can comment on or make changes to this bug.