devel/mercurial
- upstreamでは、5.0時点からPython3へβ対応、5.2から正式対応
- ports-CURRENTは 5.1.2で Python2を要求している
- 5.4へのアップデートは sendprされている
  - https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242463
devel/cvs2svn
- upstreamでは、まだPython3に未対応の模様
- devel/py-subversion経由で devel/subversion-ltsに依存
- 基本レポジトリ変換時しか出番が無いので、影響は小さいか？
devel/py-subversion
- Python3対応済み
- Python2時のバックエンドが、devel/subversion-ltsに変更になったためdevel/subversionと共存出来ない
devel/viewvc
- upstreamの開発版 1.3-devはPython3サポート
- releaseの1.2.1はPython3未対応
  - devel/py-subversion経由で devel/subversion-ltsに依存
devel/scons
- ports-CURRENTでBUILD_DEPENDなPythonベースのビルドツール
- upstreamでは、3.0からPython3サポート
- ports-CURRENT r537446で Python3へ切り替わった？
- scons:python2指定で、python2版にBUILD_DEPENDしているportsがある

devel/mercurialにパッチを当てて、Python3環境で試験する
- mercurial 5.4 on Python3は動くが、hgsubversion + py37-subversionは動かない
  - hgsubversion自身のコードが、Python3対応になっていない模様 (setup.pyとかが明らかに、バイト列・文字列の型変更に追従していない)
  - mercurial on Python2だと py27-subversionが subversion-lts-1.10ベースなので、subversion-1.14とコンフリクトする
  - py27-subverion-ltsの代わりに py27-subvertpyを使ってPython2ベースで動かす？
devel/viewvc-develを作って、1.3-devでPython3を試す

2024-06-03

LV8からのリプレース機

Meteor Lake-Pなので、そのままだと色々デバイス認識しないので、ハックする

一応、タッチパッドと無線LANのdriver attachまでは出来たので、/etc, /usr/local/etcまわりの設定作業と運用試験に進める

実運用に移るのに必要な確認項目

Meteor Lake-PがPコア/Eコア/LEコア混載なので、thread scheduler起因とおぼしき妙な遅延(LEコアにタスクが割り当てられている？)や有線LANの速度低下(Rx側で顕著)が見られる

確かに、Pコアx6だけでもmake buildworldはLV8より早いのだが、LV8だと素直に上り下り共に110MB/sec出てるのに、FV5だとRxが60MB/sec止まり Orz

RC1通過で、そのままRELEASE BUILDに入った模様