Bugzilla

ok, thanks for confirming. With the quick patch from https://bugzilla.mozilla.org/show_bug.cgi?id=1824084#c3 i have working about:telemetry (including seeing it as json), so i think it's worth unbreaking it at least for BSDs.

according to https://man.freebsd.org/cgi/man.cgi?query=clock_gettime, for FreeBSD CLOCK_BOOTIME has this meaning:
```
     CLOCK_BOOTTIME
	     Starts at zero when the kernel boots and increments monotonically
	     in	SI seconds while the machine is	running.
```
so my understanding is that the behaviour is the same as for OpenBSD ? NetBSD doesnt seem to have CLOCK_BOOTIME per https://man.netbsd.org/clock_gettime.2. so i think that was the original reason for the ifdef dance in https://phabricator.services.mozilla.com/D101748.

should we use `#elif defined(XP_LINUX) || defined(XP_OPENBSD) || defined(XP_FREEBSD)` to make sure NetBSD & solaris still uses the fallback #else ? there's no XP_DRAGONFLY in https://searchfox.org/mozilla-central/source/build/moz.configure/init.configure#528

ok, thanks for confirming. With the quick patch from https://bugzilla.mozilla.org/show_bug.cgi?id=1824084#c3 i have working `about:telemetry` (including seeing it as json), so i think it's worth unbreaking it at least for BSDs.

according to https://man.freebsd.org/cgi/man.cgi?query=clock_gettime, for FreeBSD CLOCK_BOOTIME has this meaning:
```
     CLOCK_BOOTTIME
	     Starts at zero when the kernel boots and increments monotonically
	     in	SI seconds while the machine is	running.
```
so my understanding is that the behaviour is the same as for OpenBSD ? NetBSD doesnt seem to have CLOCK_BOOTIME per https://man.netbsd.org/clock_gettime.2. so i think that was the original reason for the ifdef dance in https://phabricator.services.mozilla.com/D101748.

should we use `#elif defined(XP_LINUX) || defined(XP_OPENBSD) || defined(XP_FREEBSD)` to make sure NetBSD & solaris still uses the fallback #else ? there's no XP_DRAGONFLY in https://searchfox.org/mozilla-central/source/build/moz.configure/init.configure#528