Updated change log and web page

This commit is contained in:
Thomas Schmitt 2022-12-18 19:52:52 +01:00
parent 098d4f8ff5
commit 36daf52a79
3 changed files with 66 additions and 136 deletions

View File

@ -18,6 +18,10 @@ git clone git@dev.lovelyhq.com:libburnia/libisoburn.git
This could cause that original and clone occupy data storage
in the newly written session. Thanks to Ivan Shmakov.
* Bug fix: Partition offset was preserved from -indev rather than from -outdev
* Bug fix: libisofs could misrepresent Rock Ridge information if many
symbolic links or AAIP data were recorded in a directory
* Bug fix: Data files named /boot.catalog or ./boot.cat could be left out of
the emerging ISO if the boot catalog was set to be hidden
* New -boot_image settings gpt_iso_bootable= and gpt_iso_not_ro=
* New -as mkisofs options --gpt-iso-bootable and --gpt-iso-not-ro
* New -as cdrecord option --obs_pad. Automatic no_emul_toc with -as cdrecord.

View File

@ -20265,7 +20265,7 @@ xorriso/xorriso.info
xorriso/xorriso.1
New -find test -size
02 Dec 2022 []
02 Dec 2022 [017363e]
ChangeLog
xorriso/xorriso_eng.html
xorriso/changelog.txt
@ -20279,6 +20279,16 @@ Updated change log and web page
* New -find test -size
2022.12.11.182322 [4eb98d7]
xorriso/write_run.c
Reacted on (in the end harmless) warning of valgrind
2022.12.17.190005 [098d4f8]
xorriso/emulators.c
xorriso/write_run.c
Bug fix: Data files named /boot.catalog or ./boot.cat could be left out of
the emerging ISO if the boot catalog was set to be hidden
[]
ChangeLog
xorriso/xorriso_eng.html
@ -20286,8 +20296,19 @@ xorriso/changelog.txt
Updated change log and web page
------------------------------------ cycle - xorriso-1.5.5 -
* Bug fix: libisofs could misrepresent Rock Ridge information if many
symbolic links or AAIP data were recorded in a directory
* Bug fix: Data files named /boot.catalog or ./boot.cat could be left out of
the emerging ISO if the boot catalog was set to be hidden
[]
ChangeLog
xorriso/xorriso_eng.html
xorriso/changelog.txt
Updated change log and web page
------------------------------------ cycle - xorriso-1.5.5 -
[]
ChangeLog
@ -20340,43 +20361,30 @@ Current pending changes:
---------
>>> compare old and new boot equipment after modifying with
-report_system_area cmd resp. -report_system_area as_mkisofs
2015 - 2022:
Known problems reported by /root/xorriso_repack_loop :
xorriso=/home/thomas/projekte/cdrskin_dir/libisoburn-develop/xorriso/xorriso
# (set empty to start from scratch)
start=/dvdbuffer/FreeBSD-8.2-RELEASE-amd64-livefs.iso
=== /dvdbuffer/dragora-3.0-x86_64-beta1-live.iso
- /isolinux/boot.cat : st_mode : 0000555 <> 0000444
- /isolinux/boot.cat : st_mtime : Oct 15 2019 <> Oct 15 2019 diff= 10800 s
- /isolinux/boot.cat : st_ctime : Oct 15 2019 <> Oct 15 2019 diff= 10800 s
...
=== /dvdbuffer/Mageia-8-beta1-i586.iso
- /boot/grub2/eltorito.img : CONTENT : differs by at least 8 bytes. First at 12
- /boot.catalog : st_uid : 501 <> 0
- /boot.catalog : st_gid : 501 <> 0
...
Reason:
iso_tree_add_boot_node() takes node .mode, .uid, .gid, and .hidden from
the parent directory node.
It sets .atime, .ctime, .mtime to the result of iso_nowtime().
But later, ecma119_image_new() sets itime to ecma119_determine_now_time()
which comes in xorriso_repack_loop from xorrisofs option
--modification-date='2019101422594900'.
Time differences appear if the original catalog file does not bear the
same time as the ISO's modification date.
for i in /dvdbuffer/*.iso
do
test "$start" = "$i" && start=""
test -n "$start" && continue
test "$i" = /dvdbuffer/test.iso && continue
$xorriso -indev "$i" -toc -report_el_torito cmd \
-report_el_torito plain -report_system_area plain
done 2>&1 | less
/home/thomas/projekte/cdrskin_dir/libisoburn-develop/test/repack_cmd_and_diff.sh \
2>&1 | less
>>> compare with result of -report_system_area as_mkisofs
for i in /dvdbuffer/*.iso
do
test "$start" = "$i" && start=""
test -n "$start" && continue
test "$i" = /dvdbuffer/test.iso && continue
$xorriso -indev "$i" -toc -report_el_torito as_mkisofs \
-report_el_torito plain -report_system_area plain
done 2>&1 | less
~/projekte/cdrskin_dir/libisoburn-develop/test/repack_as_mkisofs_and_diff.sh \
2>&1 | less
# As superuser from mounted ISOs rather than -indev
/root/xorriso_repack_loop 2>&1 | less
-------------------------------------------------------------------------
2015:
-----
>>> xorriso : SORRY : Cannot make proposal to mark PReP partition by data file: '/CD_GET_V'
Drive current: -indev '/dvdbuffer/mkisofs-prep-boot.iso'
@ -20404,6 +20412,7 @@ MBR partition : 2 0x00 0x41 148 28
MBR partition : 3 0x00 0xcd 176 2976
PReP boot partition: 37 7
-----
>>> Unusual MBR partition layout. isohybrid plus head transplant.
>>> xorriso : SORRY : Cannot make proposal to mark data file as MBR partition without being in GPT : '/boot/x86_64/efi'
@ -20462,6 +20471,7 @@ GPT partition flags: 2 0x1000000000000001
GPT start and size : 2 188 8192
GPT partition path : 2 /boot/x86_64/efi
-----
>>> Hidden El Torito boot images
/dvdbuffer/netbsd_69944_boot.iso
@ -20469,12 +20479,11 @@ GPT partition path : 2 /boot/x86_64/efi
/dvdbuffer/NetBSD-6.1.3-i386.iso
/dvdbuffer/NetBSD-6.1.4-i386.iso
xorriso : SORRY : Cannot enable EL Torito boot image #1 because it is not a data file in the ISO filesystem
Need --interval:imported_iso:... for EL Torito boot images.
libisofs/eltorito.c:create_image() only accepts --interval:appended_partition_
with no-emulation boot images.
>>> Hidden El Torito catalog with default name
/dvdbuffer/Vicibox_v.6.0.x86_64-6.0.3.preload.iso
has a data file /boot.catalog which is not the boot catalog.
xorriso proposes --boot-catalog-hide and no -c which causes the
data file to be overwritten by the boot catalog which then gets hidden.
-----
>>> /dvdbuffer/debian-7.4.0-amd64-netinst.iso grows by 25 MB
(/dvdbuffer/debian-testing-amd64-netinst.iso does not)
@ -20485,6 +20494,9 @@ data file to be overwritten by the boot catalog which then gets hidden.
>>> Need a command to unify the inode numbers of files
with same LBA and nonzero length
-------------
>>> Maintain GPT individual GUIDs ?
>>> ??? should giving up of both drives cause dropping of boot images ?
@ -20554,11 +20566,6 @@ Surely this does not use MD5s:
-------------------------------------------------------------------
- One should try to determine the relaxation in the imported
image. iso_add_dir_src_rec() would proabably be the place to do so.
-------------------------------------------------------------------
>>> Does libisofs need an assertion that sizeof(ino_t) >= 4 ?
Where to state that libisofs produced ino may not surpass 32 bit.
>>> Does libisofs have an assertion for sizeof(off_t) >= 8 ?
@ -20749,49 +20756,6 @@ a drive.
>>> needs a scan mode that inspects no other drives after the first one
----------------------------------------------------- ISOHYBRID
>>> mjg PC-BIOS, Mac :
+ New -as mkisofs options -isoybrid-gpt-basdat, -isoybrid-gpt-hfsplus, -isoybrid-apm-hfsplus
? shall isohybrid-*-hfsplus prevent writing into EL Torito ?
? shall a further option -no-eltorito prevent writing into EL Torito ?
Test:
dd if=/dvdbuffer/Fedora-LiveCD.iso bs=512 count=1 \
of=/dvdbuffer/Fedora-LiveCD.mbr
valgrind --leak-check=full \
xorriso/xorriso -abort_on never -report_about all -for_backup \
-as mkisofs -o /dvdbuffer/test.iso -no-pad \
-isohybrid-mbr /dvdbuffer/Fedora-LiveCD.mbr \
-b /doc/README -no-emul-boot -boot-load-size 4 -boot-info-table \
-eltorito-alt-boot \
-e dvd_get_variables -no-emul-boot \
-isohybrid-gpt-basdat -isohybrid-apm-hfsplus \
-eltorito-alt-boot \
-e /inst/CONFIGURE_DVD -no-emul-boot \
-isohybrid-gpt-hfsplus -isohybrid-apm-hfsplus \
/u/test/diet/scdbackup-0.9.2
mount -o loop /dvdbuffer/Fedora-LiveCD.iso /mnt
valgrind --leak-check=full \
xorriso/xorriso -abort_on never -report_about all \
-as mkisofs -o /dvdbuffer/FedoraRepack.iso -no-pad \
-isohybrid-mbr /dvdbuffer/Fedora-LiveCD.mbr -c /isolinux/boot.cat \
-b /isolinux/isolinux.bin -no-emul-boot -boot-load-size 4 \
-boot-info-table \
-eltorito-alt-boot \
-e /isolinux/efiboot.img -no-emul-boot \
-isohybrid-gpt-basdat -isohybrid-apm-hfsplus \
-eltorito-alt-boot \
-e /isolinux/macboot.img -no-emul-boot \
-isohybrid-gpt-hfsplus -isohybrid-apm-hfsplus \
-V Fedora-LiveCD \
/mnt
----------------------------------------------------- Vladimir
- Multi-Session
@ -20916,14 +20880,6 @@ Other:
- make -check_media chunk_size=32s default for DVD ?
- Can UTF-8 or other charsets confuse xorriso or libisofs by byte 47 '/'
in multi-byte characters ?
> UTF-8 cannot. All multi-bytes are >= 129.
- Can character sets map "/" to a byte sequence different from {47,0} ?
Would this confuse xorriso or libisofs ?
> UTF-8 does not.
----------------------------------------------------------------------------
@ -20948,13 +20904,6 @@ man page for osirrox ?
- Get rid of ((size_t) -1) in libisofs/util.c
- Make Debian test machine ready for cppcheck and add it to release procedure
- ? Allow to adjust maximum path length
- Is it possible to allow longer Rock Ridge names ?
- need a loop to calc and to call rrip_add_NM()
------------------------------------------------- For Debian:
@ -20962,12 +20911,6 @@ man page for osirrox ?
-chrp-boot
- needs HFS
------------------------------------------------- For Solaris
(The mount command needs to be adapted to Solaris.
But currently there is no sector address option with mount.)
------------------------------------------------- For GRUB
- multi-boot management
@ -20982,22 +20925,6 @@ man page for osirrox ?
- warn that multiple boot images work only if they stem from
distinct disk files
------------------------------------------------- FreeBSD
- Examine and replay:
http://wiki.freebsd.org/AvgLiveCD
- looks ok now:
mkisofs -R -l -ldots -allow-lowercase -allow-multidot \
-V 'My FreeBSD' -volset 'My FreeBSDs' \
-hide boot.catalog -o ../R.iso -no-emul-boot \
-b boot/cdboot .
- try
qemu -m 256 -cdrom /tmp/R.iso -boot d
>>> does not do anything recognizable. Not even fails.
------------------------------------------------- bugs
- xorriso_eng.html on www.gnu.org it should rather be xorriso.html
@ -21024,9 +20951,6 @@ xorriso : UPDATE : 3691 MB written (fifo 78%) [buf 100%] 2.3x.
------------------------------------------------- important
- introduce a read offset for displaced ISO images
- coordinate -displacement with image growing
- improve find action estimate_size.
- take into account indispensible RR and eventual Joliet stuff
- take into account the eventual file checksums.
@ -21039,8 +20963,6 @@ xorriso : UPDATE : 3691 MB written (fifo 78%) [buf 100%] 2.3x.
and allow in Xorriso_restore_target_hl() to use the own hln_target of
a node when that node is copied to disk a second time.
- libisofs call to create a hard link ?
- during -update*
- what about differently filtered streams ?
It is not wrong but a waste to update them as siblings.
@ -21072,8 +20994,6 @@ xorriso : UPDATE : 3691 MB written (fifo 78%) [buf 100%] 2.3x.
- random access read and write option
- option to patch the mount image size and location on overwriteables
- change -check_media what=disc to libburn disc rather than libisoburn
(seems to need new API capabilities of libburn)
@ -21090,8 +21010,6 @@ xorriso : UPDATE : 3691 MB written (fifo 78%) [buf 100%] 2.3x.
- Introduce an interrupt key for dialog
>>> but how without disturbing readline ?
- regularly do valgrind check for memory leaks
- ??? http://scan.coverity.com/faq.html
- ??? curb depth of tree traversal recursion

View File

@ -751,6 +751,14 @@ in the newly written session. Thanks to Ivan Shmakov.
<LI>
Partition offset was preserved from -indev rather than from -outdev
</LI>
<LI>
libisofs could misrepresent Rock Ridge information if many symbolic links
or AAIP data were recorded in a directory
</LI>
<LI>
Data files named /boot.catalog or ./boot.cat could be left out of
the emerging ISO if the boot catalog was set to be hidden
</LI>
<!--
<LI>- none yet -</LI>
-->
@ -904,7 +912,7 @@ scdbackup, multi volume CD/DVD/BD backup</A></DD>
<BR>
Legal statement: This website does not serve any commercial purpose.
<BR><BR>
Copyright &copy; 2008 - 2021 Thomas Schmitt.
Copyright &copy; 2008 - 2022 Thomas Schmitt.
<BR>
This text is freely distributable. It shall only be modified in sync with
the factual properties of xorriso and its public storage locations.