Date: Fri, 21 Feb 2025 22:53:05 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 284795] -DNO_ROOT release builds produce broken cd9660 images Message-ID: <bug-284795-227-DEJQCSttis@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-284795-227@https.bugs.freebsd.org/bugzilla/> References: <bug-284795-227@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D284795 Ed Maste <emaste@freebsd.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Open --- Comment #2 from Ed Maste <emaste@freebsd.org> --- The issue is that there are a number of Rock Ridge PX fields with "POSIX Fi= le Serial Number" equal to zero. >From IEEE P1282 > "BP 37 to BP 44 - POSIX File Serial Number" shall have the same meaning as > and may be used for the st_ino field of POSIX:5.6.1. This field shall be > recorded according to ISO 9660:7.3.3. Directory Records which share the > value of this field are defined as links (see POSIX:2.2.2.17) and, by def= inition, > point to the same file or directory. > > Note: Use of the phrase "may be used for" in [4], [6], [7], and [8] is in= tended to > provide for the possibility of mapping these values when used by a receiv= ing system > provided that, in the case of [8], the meaning of st_ino is preserved as = a unique > identifier of the file. Kernel cd9660 ignores this field, which explains why it has no issue with t= he image: static int cd9660_rrip_attr(ISO_RRIP_ATTR *p, ISO_RRIP_ANALYZE *ana) { ana->inop->inode.iso_mode =3D isonum_733(p->mode); ana->inop->inode.iso_uid =3D isonum_733(p->uid); ana->inop->inode.iso_gid =3D isonum_733(p->gid); ana->inop->inode.iso_links =3D isonum_733(p->links); ana->fields &=3D ~ISO_SUSP_ATTR;=20=20 return ISO_SUSP_ATTR; } --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-284795-227-DEJQCSttis>