Forum: Too Lazy BBS

14.3-RELEASE gpart show output (?.?T) vs. 14.4 and 15.0 and main: why do 14.4 and 15.0 and main have some single significant digit (?T) size figures?

From Mark Millard@marklmi@yahoo.com to muc.lists.freebsd.stable on Sun Apr 19 08:03:56 2026

From Newsgroup: muc.lists.freebsd.stable

14.3-RELEASE (more useful):

40 1875384928 da1 GPT (894G)
40 2930277095 nda1 GPT (1.4T)
34 2930277101 da0 GPT (1.4T)
34 3907029101 nda0 GPT (1.8T)
34 4000797293 nda3 GPT (1.9T)

14.4-RELEASE and 15.0-RELEASE and main (less useful):

40 1875384928 da1 GPT (894G)
40 2930277095 nda1 GPT (1T)
34 2930277101 da0 GPT (1T)
34 3907029101 nda0 GPT (2T)
34 4000797293 nda3 GPT (2T)

--
===
Mark Millard
marklmi at yahoo.com

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-admin@muc.de
--- Synchronet 3.21f-Linux NewsLink 1.2

From Zhenlei Huang@zlei@FreeBSD.org to muc.lists.freebsd.stable on Mon Apr 20 01:11:25 2026

From Newsgroup: muc.lists.freebsd.stable

On Apr 19, 2026, at 11:03 PM, Mark Millard <marklmi@yahoo.com> wrote:

14.3-RELEASE (more useful):

40 1875384928 da1 GPT (894G)
40 2930277095 nda1 GPT (1.4T)
34 2930277101 da0 GPT (1.4T)
34 3907029101 nda0 GPT (1.8T)
34 4000797293 nda3 GPT (1.9T)

14.4-RELEASE and 15.0-RELEASE and main (less useful):

40 1875384928 da1 GPT (894G)
40 2930277095 nda1 GPT (1T)
34 2930277101 da0 GPT (1T)
34 3907029101 nda0 GPT (2T)
34 4000797293 nda3 GPT (2T)

It appears to be caused by 4f809ffec69c (gpart: add libxo support for "show" subcommand + man page updates) .
Prior to the change the size was formatted to human friendly format by `fmtsize(pp->lg_mediasize))` which in turn calls
```
humanize_number(buf, sizeof(buf), rawsz, "", HN_AUTOSCALE,
HN_B | HN_NOSPACE | HN_DECIMAL);
```,
now it is formatted with
```
xo_emit(" ({h:size/%jd})\n", (intmax_t)pp->lg_mediasize);
```
It appears that libxo does not handle well with numbers those exceed 10^12, ( 1 Terabyte in this case ).

--
===
Mark Millard
marklmi at yahoo.com

Best regards,
Zhenlei
--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-admin@muc.de
--- Synchronet 3.21f-Linux NewsLink 1.2

From Mark Millard@marklmi@yahoo.com to muc.lists.freebsd.stable on Sun Apr 19 10:58:16 2026

From Newsgroup: muc.lists.freebsd.stable

On 4/19/26 10:11, Zhenlei Huang wrote:

On Apr 19, 2026, at 11:03 PM, Mark Millard <marklmi@yahoo.com> wrote:

14.3-RELEASE (more useful):

40 1875384928 da1 GPT (894G)
40 2930277095 nda1 GPT (1.4T)
34 2930277101 da0 GPT (1.4T)
34 3907029101 nda0 GPT (1.8T)
34 4000797293 nda3 GPT (1.9T)

14.4-RELEASE and 15.0-RELEASE and main (less useful):

40 1875384928 da1 GPT (894G)
40 2930277095 nda1 GPT (1T)
34 2930277101 da0 GPT (1T)
34 3907029101 nda0 GPT (2T)
34 4000797293 nda3 GPT (2T)

It appears to be caused by 4f809ffec69c (gpart: add libxo support for "show" subcommand + man page updates) .

Prior to the change the size was formatted to human friendly format by `fmtsize(pp->lg_mediasize))` which in turn calls
```
humanize_number(buf, sizeof(buf), rawsz, "", HN_AUTOSCALE,
HN_B | HN_NOSPACE | HN_DECIMAL);
```,

now it is formatted with
```
xo_emit(" ({h:size/%jd})\n", (intmax_t)pp->lg_mediasize);
```

It appears that libxo does not handle well with numbers those exceed 10^12, ( 1 Terabyte in this case ).

My guess is that a size in the Range 1.0G .. 1.4G or so would now
display (1G) and that in the range 1.5G .. 2.4G or so would display 2G
--and so on until 9.5G .. 99.4G or so shows 2 digits before the G. In
other words: it picks the G (or whatever) first without considering the significant digits issue that results from its handling (given no
fractional part in the formatting).

But I've not tested such.

A better pick for 1.0G .. 9.4G or so would be M . One would image using
M for 1.0G .. 99.4G or so but G for 99.5G .. 999.4G or so. The notation
does not need to use fractional notation to get 2 to 3 significant
digits generally, if it picks the likes of M vs. G units appropriately
to having the significant digits as well.

(I've avoided being explicit about 1000 vs. 1024 being used for M vs. G
here.)

--
===
Mark Millard
marklmi at yahoo.com

Best regards,
Zhenlei

--
===
Mark Millard
marklmi at yahoo.com

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-admin@muc.de
--- Synchronet 3.21f-Linux NewsLink 1.2

From Zhenlei Huang@zlei@FreeBSD.org to muc.lists.freebsd.stable on Mon Apr 20 02:48:55 2026

From Newsgroup: muc.lists.freebsd.stable

--Apple-Mail=_B532C114-99B5-4F1B-8F2F-4C0AA796E366
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=us-ascii

On Apr 20, 2026, at 2:03 AM, Mark Millard <marklmi@yahoo.com> wrote:
=20
On 4/19/26 10:40, Zhenlei Huang wrote:

=20
=20

On Apr 20, 2026, at 1:11 AM, Zhenlei Huang <zlei@FreeBSD.org
<mailto:zlei@FreeBSD.org>> wrote:
=20
=20
=20

On Apr 19, 2026, at 11:03 PM, Mark Millard <marklmi@yahoo.com
<mailto:marklmi@yahoo.com>> wrote:
=20
14.3-RELEASE (more useful):
=20

40 1875384928 da1 GPT (894G)
40 2930277095 nda1 GPT (1.4T)
34 2930277101 da0 GPT (1.4T)
34 3907029101 nda0 GPT (1.8T)
34 4000797293 nda3 GPT (1.9T)

=20
=20
14.4-RELEASE and 15.0-RELEASE and main (less useful):
=20

40 1875384928 da1 GPT (894G)
40 2930277095 nda1 GPT (1T)
34 2930277101 da0 GPT (1T)
34 3907029101 nda0 GPT (2T)
34 4000797293 nda3 GPT (2T)

=20

=20
It appears to be caused by 4f809ffec69c (gpart: add libxo support =

for

"show" subcommand + man page updates) .
=20
Prior to the change the size was formatted to human friendly format =

by

`fmtsize(pp->lg_mediasize))` which in turn calls=20
```
humanize_number(buf, sizeof(buf), rawsz, "", HN_AUTOSCALE,
HN_B | HN_NOSPACE | HN_DECIMAL);
```,
=20
now it is formatted with=20
```
xo_emit(" ({h:size/%jd})\n", (intmax_t)pp->lg_mediasize);
```
=20
It appears that libxo does not handle well with numbers those exceed
10^12, ( 1 Terabyte in this case ).

=20
Try this patch please, not a full fix for all the "size" column,
=20
```
Author: Zhenlei Huang <zlei@FreeBSD.org <mailto:zlei@FreeBSD.org>>
Date: Mon Apr 20 01:38:21 2026 +0800
=20
geom_part: Fix the format of size
=20
diff --git a/lib/geom/part/geom_part.c b/lib/geom/part/geom_part.c
index 852eec2d790a..ca3c5f2c27c3 100644
--- a/lib/geom/part/geom_part.c
+++ b/lib/geom/part/geom_part.c
@@ -723,7 +723,7 @@ gpart_show_geom(struct ggeom *gp, const char
*element, int show_providers)
}
if (idx)
xo_emit("]");
- xo_emit(" ({h:size/%jd})\n", =

(intmax_t)pp->lg_mediasize);

+ xo_emit(" ({h,hn-decimal:size/%jd})\n", =

(intmax_t)pp-

lg_mediasize);

xo_close_instance(s);
first =3D end + 1;
}
```
=20

=20

=20
--=20
=3D=3D=3D
Mark Millard
marklmi at yahoo.com <http://yahoo.com/>
=20
=20

=20
Best regards,
Zhenlei

=20
Best regards,
Zhenlei
=20

=20
I'm in the middle of other building-port-packages timing tests on the systems. So I'll wait on doing the above.

See https://reviews.freebsd.org/D56514 =
<https://reviews.freebsd.org/D56514> for the full patch.

=20
=20
--=20
=3D=3D=3D
Mark Millard
marklmi at yahoo.com

Best regards,
Zhenlei

--Apple-Mail=_B532C114-99B5-4F1B-8F2F-4C0AA796E366
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
charset=us-ascii

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; = charset=3Dus-ascii"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; line-break: after-white-space;" class=3D""><br = class=3D""><div><br class=3D""><blockquote type=3D"cite" class=3D""><div = class=3D"">On Apr 20, 2026, at 2:03 AM, Mark Millard <<a = href=3D"mailto:marklmi@yahoo.com" class=3D"">marklmi@yahoo.com</a>> = wrote:</div><br class=3D"Apple-interchange-newline"><div class=3D""><div = class=3D"">On 4/19/26 10:40, Zhenlei Huang wrote:<br =
class=3D""><blockquote type=3D"cite" class=3D""><br class=3D""><br = class=3D""><blockquote type=3D"cite" class=3D"">On Apr 20, 2026, at 1:11 =
AM, Zhenlei Huang <<a href=3D"mailto:zlei@FreeBSD.org" = class=3D"">zlei@FreeBSD.org</a><br class=3D""><<a = href=3D"mailto:zlei@FreeBSD.org" = class=3D"">mailto:zlei@FreeBSD.org</a>>> wrote:<br class=3D""><br = class=3D""><br class=3D""><br class=3D""><blockquote type=3D"cite" = class=3D"">On Apr 19, 2026, at 11:03 PM, Mark Millard <<a = href=3D"mailto:marklmi@yahoo.com" class=3D"">marklmi@yahoo.com</a><br = class=3D""><<a href=3D"mailto:marklmi@yahoo.com" = class=3D"">mailto:marklmi@yahoo.com</a>>> wrote:<br class=3D""><br = class=3D"">14.3-RELEASE (more useful):<br class=3D""><br class=3D"">=3D&gt=
;        40  1875384928 =    da1  GPT  (894G)<br class=3D"">=3D> =        40  2930277095 =    nda1  GPT  (1.4T)<br class=3D"">=3D> =        34  2930277101 =    da0  GPT  (1.4T)<br class=3D"">=3D> =        34  3907029101 =    nda0  GPT  (1.8T)<br class=3D"">=3D> =        34  4000797293 =    nda3  GPT  (1.9T)<br class=3D""><br = class=3D""><br class=3D"">14.4-RELEASE and 15.0-RELEASE and main (less = useful):<br class=3D""><br class=3D"">=3D> =        40  1875384928 =    da1  GPT  (894G)<br class=3D"">=3D> =        40  2930277095 =    nda1  GPT  (1T)<br class=3D"">=3D> =        34  2930277101 =    da0  GPT  (1T)<br class=3D"">=3D> =        34  3907029101 =    nda0  GPT  (2T)<br class=3D"">=3D> =        34  4000797293 =    nda3  GPT  (2T)<br class=3D""><br = class=3D""></blockquote><br class=3D"">It appears to be caused by = 4f809ffec69c (gpart: add libxo support for<br class=3D"">"show" =
subcommand + man page updates) .<br class=3D""><br class=3D"">Prior to =
the change the size was formatted to human friendly format by<br = class=3D"">`fmtsize(pp->lg_mediasize))` which in turn calls <br = class=3D"">```<br class=3D"">humanize_number(buf, sizeof(buf), rawsz, =
"", HN_AUTOSCALE,<br = class=3D"">          &nb= sp;HN_B | HN_NOSPACE | HN_DECIMAL);<br class=3D"">```,<br class=3D""><br = class=3D"">now it is formatted with <br class=3D"">```<br = class=3D"">xo_emit("  ({h:size/%jd})\n", = (intmax_t)pp->lg_mediasize);<br class=3D"">```<br class=3D""><br = class=3D"">It appears that libxo does not handle well with numbers those = exceed<br class=3D"">10^12, ( 1 Terabyte in this case ).<br = class=3D""></blockquote><br class=3D"">Try this patch please, not a full =
fix for all the "size" column,<br class=3D""><br class=3D"">```<br = class=3D"">Author: Zhenlei Huang <<a href=3D"mailto:zlei@FreeBSD.org" = class=3D"">zlei@FreeBSD.org</a> <<a href=3D"mailto:zlei@FreeBSD.org" = class=3D"">mailto:zlei@FreeBSD.org</a>>><br class=3D"">Date: =
  Mon Apr 20 01:38:21 2026 +0800<br class=3D""><br class=3D"">  =   geom_part: Fix the format of size<br class=3D""><br class=3D"">diff=
--git a/lib/geom/part/geom_part.c b/lib/geom/part/geom_part.c<br = class=3D"">index 852eec2d790a..ca3c5f2c27c3 100644<br class=3D"">--- = a/lib/geom/part/geom_part.c<br class=3D"">+++ =
b/lib/geom/part/geom_part.c<br class=3D"">@@ -723,7 +723,7 @@ = gpart_show_geom(struct ggeom *gp, const char<br class=3D"">*element, int = show_providers)<br class=3D"">            =     }<br class=3D"">            =     if (idx)<br class=3D"">          =               xo_emit("]");<br = class=3D"">-               xo_emit(" =  ({h:size/%jd})\n", (intmax_t)pp->lg_mediasize);<br class=3D"">+ =               xo_emit(" =  ({h,hn-decimal:size/%jd})\n", (intmax_t)pp-<br =
class=3D""><blockquote type=3D"cite" class=3D"">lg_mediasize);<br = class=3D""></blockquote>              =   xo_close_instance(s);<br class=3D"">        =
        first =3D end + 1;<br class=3D"">  =
      }<br class=3D"">```<br class=3D""><br = class=3D""><blockquote type=3D"cite" class=3D""><br class=3D""><blockquote=
type=3D"cite" class=3D""><br class=3D"">-- <br class=3D"">=3D=3D=3D<=
br class=3D"">Mark Millard<br class=3D"">marklmi at <a = href=3D"http://yahoo.com" class=3D"">yahoo.com</a> <<a = href=3D"http://yahoo.com/" class=3D"">http://yahoo.com/</a>><br = class=3D""><br class=3D""><br class=3D""></blockquote><br class=3D"">Best = regards,<br class=3D"">Zhenlei<br class=3D""></blockquote><br =
class=3D"">Best regards,<br class=3D"">Zhenlei<br class=3D""><br = class=3D""></blockquote><br class=3D"">I'm in the middle of other = building-port-packages timing tests on the<br class=3D"">systems. So =
I'll wait on doing the above.<br =
class=3D""></div></div></blockquote><div><br class=3D""></div><div>See =
<a href=3D"https://reviews.freebsd.org/D56514" = class=3D"">https://reviews.freebsd.org/D56514</a> for the full = patch.</div><br class=3D""><blockquote type=3D"cite" class=3D""><div = class=3D""><div class=3D""><br class=3D""><br class=3D"">-- <br = class=3D"">=3D=3D=3D<br class=3D"">Mark Millard<br class=3D"">marklmi at =
<a href=3D"http://yahoo.com" class=3D"">yahoo.com</a><br = class=3D""></div></div></blockquote></div><br class=3D""><div class=3D""> <div>Best regards,</div><div>Zhenlei</div>

</div>
<br class=3D""></body></html>=

--Apple-Mail=_B532C114-99B5-4F1B-8F2F-4C0AA796E366--

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-admin@muc.de
--- Synchronet 3.21f-Linux NewsLink 1.2

From Zhenlei Huang@zlei@FreeBSD.org to muc.lists.freebsd.stable on Tue Apr 21 01:16:42 2026

From Newsgroup: muc.lists.freebsd.stable

--Apple-Mail=_40E32B37-709F-4550-AE34-496090B6CD72
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=us-ascii

On Apr 20, 2026, at 2:48 AM, Zhenlei Huang <zlei@FreeBSD.org> wrote:
=20
=20
=20

On Apr 20, 2026, at 2:03 AM, Mark Millard <marklmi@yahoo.com = <mailto:marklmi@yahoo.com>> wrote:
=20
On 4/19/26 10:40, Zhenlei Huang wrote:

=20
=20

On Apr 20, 2026, at 1:11 AM, Zhenlei Huang <zlei@FreeBSD.org = <mailto:zlei@FreeBSD.org>
<mailto:zlei@FreeBSD.org <mailto:zlei@FreeBSD.org>>> wrote:
=20
=20
=20

On Apr 19, 2026, at 11:03 PM, Mark Millard <marklmi@yahoo.com = <mailto:marklmi@yahoo.com>
<mailto:marklmi@yahoo.com <mailto:marklmi@yahoo.com>>> wrote:
=20
14.3-RELEASE (more useful):
=20

40 1875384928 da1 GPT (894G)
40 2930277095 nda1 GPT (1.4T)
34 2930277101 da0 GPT (1.4T)
34 3907029101 nda0 GPT (1.8T)
34 4000797293 nda3 GPT (1.9T)

=20
=20
14.4-RELEASE and 15.0-RELEASE and main (less useful):
=20

40 1875384928 da1 GPT (894G)
40 2930277095 nda1 GPT (1T)
34 2930277101 da0 GPT (1T)
34 3907029101 nda0 GPT (2T)
34 4000797293 nda3 GPT (2T)

=20

=20
It appears to be caused by 4f809ffec69c (gpart: add libxo support =

for

"show" subcommand + man page updates) .
=20
Prior to the change the size was formatted to human friendly format =

by

`fmtsize(pp->lg_mediasize))` which in turn calls=20
```
humanize_number(buf, sizeof(buf), rawsz, "", HN_AUTOSCALE,
HN_B | HN_NOSPACE | HN_DECIMAL);
```,
=20
now it is formatted with=20
```
xo_emit(" ({h:size/%jd})\n", (intmax_t)pp->lg_mediasize);
```
=20
It appears that libxo does not handle well with numbers those =

exceed

10^12, ( 1 Terabyte in this case ).

=20
Try this patch please, not a full fix for all the "size" column,
=20
```
Author: Zhenlei Huang <zlei@FreeBSD.org <mailto:zlei@FreeBSD.org> = <mailto:zlei@FreeBSD.org <mailto:zlei@FreeBSD.org>>>
Date: Mon Apr 20 01:38:21 2026 +0800
=20
geom_part: Fix the format of size
=20
diff --git a/lib/geom/part/geom_part.c b/lib/geom/part/geom_part.c
index 852eec2d790a..ca3c5f2c27c3 100644
--- a/lib/geom/part/geom_part.c
+++ b/lib/geom/part/geom_part.c
@@ -723,7 +723,7 @@ gpart_show_geom(struct ggeom *gp, const char
*element, int show_providers)
}
if (idx)
xo_emit("]");
- xo_emit(" ({h:size/%jd})\n", = (intmax_t)pp->lg_mediasize);
+ xo_emit(" ({h,hn-decimal:size/%jd})\n", =

(intmax_t)pp-

lg_mediasize);

xo_close_instance(s);
first =3D end + 1;
}
```
=20

=20

=20
--=20
=3D=3D=3D
Mark Millard
marklmi at yahoo.com <http://yahoo.com/> <http://yahoo.com/ = <http://yahoo.com/>>
=20
=20

=20
Best regards,
Zhenlei

=20
Best regards,
Zhenlei
=20

=20
I'm in the middle of other building-port-packages timing tests on the
systems. So I'll wait on doing the above.

=20
See https://reviews.freebsd.org/D56514 =

<https://reviews.freebsd.org/D56514> for the full patch.

Fixed in = https://cgit.freebsd.org/src/commit/?id=3D0d16792c6e983005581ed0176ed81e73= 02582196 = <https://cgit.freebsd.org/src/commit/?id=3D0d16792c6e983005581ed0176ed81e7= 302582196> .

Thanks for your report !

=20

=20
=20
--=20
=3D=3D=3D
Mark Millard
marklmi at yahoo.com <http://yahoo.com/>

=20
Best regards,
Zhenlei

--Apple-Mail=_40E32B37-709F-4550-AE34-496090B6CD72
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
charset=us-ascii

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; = charset=3Dus-ascii"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; line-break: after-white-space;" class=3D""><br = class=3D""><div><br class=3D""><blockquote type=3D"cite" class=3D""><div = class=3D"">On Apr 20, 2026, at 2:48 AM, Zhenlei Huang <<a = href=3D"mailto:zlei@FreeBSD.org" class=3D"">zlei@FreeBSD.org</a>> = wrote:</div><br class=3D"Apple-interchange-newline"><div class=3D""><meta = charset=3D"UTF-8" class=3D""><div style=3D"caret-color: rgb(0, 0, 0); = font-family: Helvetica; font-size: 13px; font-style: normal; = font-variant-caps: normal; font-weight: 400; letter-spacing: normal; = text-align: start; text-indent: 0px; text-transform: none; white-space: = normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><br = class=3D"Apple-interchange-newline"><br class=3D""><blockquote =
type=3D"cite" class=3D""><div class=3D"">On Apr 20, 2026, at 2:03 AM, =
Mark Millard <<a href=3D"mailto:marklmi@yahoo.com" = class=3D"">marklmi@yahoo.com</a>> wrote:</div><br = class=3D"Apple-interchange-newline"><div class=3D""><div class=3D"">On = 4/19/26 10:40, Zhenlei Huang wrote:<br class=3D""><blockquote =
type=3D"cite" class=3D""><br class=3D""><br class=3D""><blockquote = type=3D"cite" class=3D"">On Apr 20, 2026, at 1:11 AM, Zhenlei Huang =
<<a href=3D"mailto:zlei@FreeBSD.org" class=3D"">zlei@FreeBSD.org</a><br=
class=3D""><<a href=3D"mailto:zlei@FreeBSD.org" = class=3D"">mailto:zlei@FreeBSD.org</a>>> wrote:<br class=3D""><br = class=3D""><br class=3D""><br class=3D""><blockquote type=3D"cite" = class=3D"">On Apr 19, 2026, at 11:03 PM, Mark Millard <<a = href=3D"mailto:marklmi@yahoo.com" class=3D"">marklmi@yahoo.com</a><br = class=3D""><<a href=3D"mailto:marklmi@yahoo.com" = class=3D"">mailto:marklmi@yahoo.com</a>>> wrote:<br class=3D""><br = class=3D"">14.3-RELEASE (more useful):<br class=3D""><br class=3D"">=3D&gt=
;        40  1875384928 =    da1  GPT  (894G)<br class=3D"">=3D> =        40  2930277095 =    nda1  GPT  (1.4T)<br class=3D"">=3D> =        34  2930277101 =    da0  GPT  (1.4T)<br class=3D"">=3D> =        34  3907029101 =    nda0  GPT  (1.8T)<br class=3D"">=3D> =        34  4000797293 =    nda3  GPT  (1.9T)<br class=3D""><br = class=3D""><br class=3D"">14.4-RELEASE and 15.0-RELEASE and main (less = useful):<br class=3D""><br class=3D"">=3D> =        40  1875384928 =    da1  GPT  (894G)<br class=3D"">=3D> =        40  2930277095 =    nda1  GPT  (1T)<br class=3D"">=3D> =        34  2930277101 =    da0  GPT  (1T)<br class=3D"">=3D> =        34  3907029101 =    nda0  GPT  (2T)<br class=3D"">=3D> =        34  4000797293 =    nda3  GPT  (2T)<br class=3D""><br = class=3D""></blockquote><br class=3D"">It appears to be caused by = 4f809ffec69c (gpart: add libxo support for<br class=3D"">"show" =
subcommand + man page updates) .<br class=3D""><br class=3D"">Prior to =
the change the size was formatted to human friendly format by<br = class=3D"">`fmtsize(pp->lg_mediasize))` which in turn calls <br = class=3D"">```<br class=3D"">humanize_number(buf, sizeof(buf), rawsz, =
"", HN_AUTOSCALE,<br = class=3D"">          &nb= sp;HN_B | HN_NOSPACE | HN_DECIMAL);<br class=3D"">```,<br class=3D""><br = class=3D"">now it is formatted with <br class=3D"">```<br = class=3D"">xo_emit("  ({h:size/%jd})\n", = (intmax_t)pp->lg_mediasize);<br class=3D"">```<br class=3D""><br = class=3D"">It appears that libxo does not handle well with numbers those = exceed<br class=3D"">10^12, ( 1 Terabyte in this case ).<br = class=3D""></blockquote><br class=3D"">Try this patch please, not a full =
fix for all the "size" column,<br class=3D""><br class=3D"">```<br = class=3D"">Author: Zhenlei Huang <<a href=3D"mailto:zlei@FreeBSD.org" = class=3D"">zlei@FreeBSD.org</a><span = class=3D"Apple-converted-space"> </span><<a = href=3D"mailto:zlei@FreeBSD.org" = class=3D"">mailto:zlei@FreeBSD.org</a>>><br class=3D"">Date: =
  Mon Apr 20 01:38:21 2026 +0800<br class=3D""><br class=3D"">  =   geom_part: Fix the format of size<br class=3D""><br class=3D"">diff=
--git a/lib/geom/part/geom_part.c b/lib/geom/part/geom_part.c<br = class=3D"">index 852eec2d790a..ca3c5f2c27c3 100644<br class=3D"">--- = a/lib/geom/part/geom_part.c<br class=3D"">+++ =
b/lib/geom/part/geom_part.c<br class=3D"">@@ -723,7 +723,7 @@ = gpart_show_geom(struct ggeom *gp, const char<br class=3D"">*element, int = show_providers)<br class=3D"">            =     }<br class=3D"">            =     if (idx)<br class=3D"">          =               xo_emit("]");<br = class=3D"">-               xo_emit(" =  ({h:size/%jd})\n", (intmax_t)pp->lg_mediasize);<br class=3D"">+ =               xo_emit(" =  ({h,hn-decimal:size/%jd})\n", (intmax_t)pp-<br =
class=3D""><blockquote type=3D"cite" class=3D"">lg_mediasize);<br = class=3D""></blockquote>              =   xo_close_instance(s);<br class=3D"">        =
        first =3D end + 1;<br class=3D"">  =
      }<br class=3D"">```<br class=3D""><br = class=3D""><blockquote type=3D"cite" class=3D""><br class=3D""><blockquote=
type=3D"cite" class=3D""><br class=3D"">-- <br class=3D"">=3D=3D=3D<=
br class=3D"">Mark Millard<br class=3D"">marklmi at <a = href=3D"http://yahoo.com/" class=3D"">yahoo.com</a><span = class=3D"Apple-converted-space"> </span><<a = href=3D"http://yahoo.com/" class=3D"">http://yahoo.com/</a>><br = class=3D""><br class=3D""><br class=3D""></blockquote><br class=3D"">Best = regards,<br class=3D"">Zhenlei<br class=3D""></blockquote><br =
class=3D"">Best regards,<br class=3D"">Zhenlei<br class=3D""><br = class=3D""></blockquote><br class=3D"">I'm in the middle of other = building-port-packages timing tests on the<br class=3D"">systems. So =
I'll wait on doing the above.<br class=3D""></div></div></blockquote><div = class=3D""><br class=3D""></div><div class=3D"">See<span = class=3D"Apple-converted-space"> </span><a = href=3D"https://reviews.freebsd.org/D56514" = class=3D"">https://reviews.freebsd.org/D56514</a> for the full = patch.</div></div></div></blockquote><div><br class=3D""></div><div>Fixed = in <a = href=3D"https://cgit.freebsd.org/src/commit/?id=3D0d16792c6e983005581ed017= 6ed81e7302582196" = class=3D"">https://cgit.freebsd.org/src/commit/?id=3D0d16792c6e983005581ed= 0176ed81e7302582196</a> .</div><div><br class=3D""></div><div>Thanks =
for your report !</div><br class=3D""><blockquote type=3D"cite" = class=3D""><div class=3D""><div style=3D"caret-color: rgb(0, 0, 0); = font-family: Helvetica; font-size: 13px; font-style: normal; = font-variant-caps: normal; font-weight: 400; letter-spacing: normal; = text-align: start; text-indent: 0px; text-transform: none; white-space: = normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;" class=3D""><br class=3D""><blockquote =
type=3D"cite" class=3D""><div class=3D""><div class=3D""><br =
class=3D""><br class=3D"">--<span = class=3D"Apple-converted-space"> </span><br class=3D"">=3D=3D=3D<br = class=3D"">Mark Millard<br class=3D"">marklmi at<span = class=3D"Apple-converted-space"> </span><a href=3D"http://yahoo.com/"=
class=3D"">yahoo.com</a><br class=3D""></div></div></blockquote></div><br=
class=3D"" style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; = font-size: 13px; font-style: normal; font-variant-caps: normal; =
font-weight: 400; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: = none;"><div class=3D"" style=3D"caret-color: rgb(0, 0, 0); font-family: = Helvetica; font-size: 13px; font-style: normal; font-variant-caps: =
normal; font-weight: 400; letter-spacing: normal; text-align: start; = text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: = none;"><div class=3D"">Best regards,</div><div = class=3D"">Zhenlei</div></div></div></blockquote></div><br class=3D""><div=
class=3D"">
<div><br class=3D""></div>

</div>
<br class=3D""></body></html>=

--Apple-Mail=_40E32B37-709F-4550-AE34-496090B6CD72--

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-admin@muc.de
--- Synchronet 3.21f-Linux NewsLink 1.2

Who's Online
Recent Visitors
- Geek2
  Sun May 17 07:06:15 2026
  from Euclid, Oh via Telnet
- Geek2
  Sat May 16 21:25:04 2026
  from Euclid, Oh via Telnet
- Jas Hud
  Sat May 16 00:50:28 2026
  from Bbs.Eob-Bbs.Com,wi via Telnet
- Geek2
  Fri May 15 19:53:20 2026
  from Euclid, Oh via Telnet

System Info

Sysop:	Amessyroom
Location:	Fayetteville, NC
Users:	65
Nodes:	6 (0 / 6)
Uptime:	12:07:24
Calls:	862
Files:	1,311
D/L today:	5 files (10,064K bytes)
Messages:	265,374

14.3-RELEASE gpart show output (?.?T) vs. 14.4 and 15.0 and main: why do 14.4 and 15.0 and main have some single significant digit (?T) size figures?

Who's Online

Recent Visitors

System Info