回复：Linux 构建已准备好测试
首次公开证据
打开首次公开证据查看 1 个交叉存档
来源说明
Published on GitHub in February 2024 as part of Martti Malmi's testimony in the COPA v. Wright trial
从 debug.log 看，它请求了区块列表，收到了区块列表，然后开始上传所请求的区块清单。它没有收到区块，不过它运行得还不够久，我无法确定它是否已经有足够的时间来接收。其他一切看起来都正常。
你让它运行了多久？可能要过几分钟才会开始下载区块。尤其是如果你用的是有线调制解调器，上行链路的带宽可能低得多，因此上传区块请求清单会花上一些时间。
如果你再次运行它，而它仍然不下载区块，就让它至少持续运行几个小时，然后把 debug.log 发给我。这样我的节点应该就有时间连接到你，我可以看看我这边怎么说，再与你的 debug.log 对照。
你说得对，“关闭时最小化”选项没有理由不能独立设置。马尔蒂原本把它设成独立选项，是我把它改成了一个子选项，是我的错。我会把它改回去。
我指的就是这个。我运行程序时，状态栏中显示的区块数完全没有增加。我附上了我的 debug.log。
在 Gnome 中测试托盘图标的一个好办法是移除通知区域，然后再把它加回来。如果重新添加通知区域后图标仍然显示，那它就工作正常。
我通常把应用程序的偏好设置成不要最小化到托盘，而是关闭到托盘。然后我让应用程序保持最小化。这样既不会意外关闭程序，又依然可以方便地从托盘打开应用程序。（我不在“任务栏”里显示打开的窗口，不过我有一个图标，点击它会把打开的窗口显示成子菜单项。）然后，如果托盘图标消失，我就进入设置，先禁用再重新启用托盘图标设置，让它重新出现。比特币当前的偏好设置做不到这一点，因为如果不勾选“最小化到托盘”复选框，就无法勾选“关闭到托盘”复选框。
如果你指的是状态栏中的区块计数没有一路增加到大约 26600，那就是一个错误，你应该把 debug.log 发给我。（它位于 ~/.bitcoin/debug.log）
我们还没弄清楚怎样像 Windows 上那样，在 Linux 上找到并调出已经在运行的程序。鉴于你所说的情况，我至少应该让“最小化到托盘”选项初始默认处于关闭状态。
我下载了它，它可以运行。它占用了大量 CPU，所以我认为它工作正常。它没有下载先前生成的区块。这是错误还是新功能？
Gnome 的系统托盘不太可靠。有时图标会消失，导致没有办法再回到程序。我已经确认比特币会出现这种情况。如果比特币已经在运行，此时启动比特币能直接调出那个正在运行的比特币进程的 GUI 就好了。
英文原文
展开英文原文
In the debug.log, it requests the block list, receives the block list, then begins uploading the list of blocks requested. It doesn't receive the blocks, but it didn't run long enough for me to be sure it would have had time yet. Everything else looks normal.
How long did you run it? It could take a few minutes to start downloading the blocks. Especially if you're on a cable modem, the uplink can be much lower bandwidth so it would take some time to upload the block request list.
If you run it again and it still doesn't download blocks, keep it running for several hours at least and then send me the debug.log. That should give it time for my node to connect to you and I could see what it says on my side and correlate it with your debug.log.
You're right about the minimize on close option, there's no reason that can't be separate. Martti originally had it separate and I made it a sub-option, my bad. I'll change it back.
That is what I meant. The blocks displayed in the status bar did not increase at all while i ran the program. I have attached my debug.log.
A good way for you to test the tray icon in Gnome is to remove the notification area and then add it back. If the icon is still displayed after adding the notification back, then it's working correctly.
I generally set application preferences to not minimize to the tray, but to close to the tray. And I keep the application minimized. That way I don't accidentally close the program and still have the convenience of being able to open the application from the tray. (I don't display open windows in the 'task bar' but I have an icon that if clicked displays open windows as sub-menu items.) Then if the tray icon disappears, I go into the settings disable and re-enable the tray icon setting to get it to reappear. That's currently not possible with the bitcoin preferences because the close to tray check mark can not be enabled without the minimize to tray check box being enabled.
If you mean the blocks count in the status bar isn't working its way up to around 26600, then that's a bug, you should send me your debug.log. (which is at ~/.bitcoin/debug.log)
We haven't figured out how to find and bring up the existing running program yet on Linux like it does on Windows. Given what you say, I should at least turn off the minimize to tray option initially by default.
I downloaded it and it runs. It and it is using plenty of CPU, so I think it's working properly. It has not downloaded previously generated blocks. Is that a bug or a new feature?
The system tray in Gnome is not very reliable. Sometimes an icon will disappear leaving no way to get back to the program. I have verified that this can happen with bitcoin. It would be nice if starting bitcoin while it's already running would just bring up the GUI of the already running bitcoin process.