故か宛先が
「users-jp@freebsd.org」になっていたので、それでも受け付け
られる返信専用の別名の可能性もありますが普通の宛先に修正
してみました。 これでも駄目なら悸村さんもCC:に追加して
トライします...ということで、6時間近く経ってもながれて
こないので、ラストトライです。 今回は「全員に返信」で
To:とCc:の元メール発信元アドレスを入替えての送信です。
--
青木 知明 [Tomoaki AOKI]
On Sun, 21 Nov 2021 18:27:34 +0900
skyblue wrote:
> 悸村です。
>
> On Sun, 21 Nov 2021 16:06:21 +0900
> Tomoaki AOKI wrote:
>
> > 青木@名古屋です。
> >
> > ついにこのMLも新システムに移行したようで、10月分の2通目以降は
> >
> > https://lists.freebsd.org/archives/freebsd-users-jp/
>
配信されるメールは正常なのにWeb経由でアーカイブを見ると
文字化けが酷い（旧システムのpipermailの方は大丈夫なようです）
ので、ちょっと気になったので送信時のエンコーディングを
ISO-2022-JPからUTF-8に切り替えてみました。
※不具合自体はfreebsd-users-jp+ow...@freebsd.orgに報告済。
これでアーカイブの方が文字化けせずML購読者の皆さんにも困る方が
おられなければ、何らかのシステム側の対応が為されるまでの
ワークアラウンドになるかもしれません。
--
青木 知明 [Tomoaki AOKI]
ているコンソールドライバ（vt）と
Xでお使いのドライバのハードウェア制御に齟齬がある可能性が
高そうです。 Xから戻った際のハードの状態をvtが誤認して
変な処理をしている（又は、必要な再初期化が正常にできていない）
のではないかと。
vtの開発初期段階以外、nvidiaのGPUとx11/nvidia-driverの組合せでは
経験していません。
32bitのfirefoxをお使いとのことなのでi386版を前提としますが、
それであれば（世代的にもですが）UEFI起動ではありませんよね？
であれば、可能性としては、/boot/loader.confに
kern.vty=sc
の行を入れて従来型の純テキストモードのコンソールに切り替えると
解決するかもしれません。
※この方法、グラフィックフレームバッファが前提のUEFI起動
ではもはや使えませんが...。 UEFI側の制約です。
--
青木 知明 [Tomoaki AOKI]
です。
記憶違いをしていなければ、そのあたりを従来はvesa.koがGENERIC
カーネルに組み込まれていてよきに計らってくれていたと思うの
ですが、14系では確か昨年別の問題もあってGENERICカーネルから
外されていたと思います。 従って、少なくともカーネルが14系の
ままお使いであれば、vesa.koを組み込む必要があるので冒頭の
話になります。
--
青木 知明 [Tomoaki AOKI]
〓〓〓
>
> 〓kern.vty
> Set this value to ‘vt’ or ‘sc’ to choose a specific system
> console, overriding the default.〓 The GENERIC kernel uses vt when
> this value is not set.
少なくとも13系以降はデフォルトがvtになっています。
なので、vtを使うならkern.vtyの設定は不要ですが、カーネルの
設定を変えてビルドするとき誤ってscを使うようにしてしまった
場合の保険として入れておくという考え方はアリです。
これで支障があり、なおかつUEFI起動で【ない】場合、scにしてみる
のが定番ですが、Xを使う場合はある時期のmain（現在はまだstableブランチが
切られていない14系）以降ではvesa.koをロードしてxf86-vide-vesaを
使う必要があった筈なんです。
※UEFI起動ではUEFIの制約でscは使えません。
--
青木 知明 [Tomoaki AOKI]
メンテナやコミッタは増えてきていそうですが、まだまだ
少数派ですし、ここを見ている保証もありません。
個人的には、hkドメインかつ香港がきな臭くなる前からあったという
時点（cnドメインなら当初から政府のお目こぼしがあると期待）時点で
絶望しました。
misc/lvとかtextproc/ovでは駄目ですか？ 中国語特化では
ありませんけど。
私は過去jless(japanese/less)を使っていてmisc/lvに乗り換え
（少なくともその当時あった表示不具合回避のため）、その後
textproc/ovを試してmisc/lvに回帰してます。
--
青木 知明 [Tomoaki AOKI]
t; > > python27-2.7.18_1 Interpreted object-oriented programming
> > > language
> > > python38-3.8.12_1 Interpreted object-oriented programming
> > > language
> > > ruby-2.7.5,1 Object-oriented interpreted scripting
> > > language
> > > ruby27-bdb-0.6.6_8 Ruby interface to Oracle Berkeley DB
> > > revision 2 or later
> > > ruby27-gems-3.0.8 Package management framework for the Ruby
> > > language
> > > rubygem-glib2-3.4.9Ruby binding of GLib 2.x
> > > rubygem-native-package-installer-1.1.1 Helper to install native packages
> > > on "gem install"
> > > rubygem-pkg-config-1.4.6 pkg-config implementation for Ruby
> > > spamass-milter-0.4.0_4 Sendmail Milter (mail filter) plugin for
> > > SpamAssassin
> > > spamassassin-3.4.5 Highly efficient mail filter for
> > > identifying spam
> > > #
> > >
> > > --
> > > Dai Aoba
> > >
> > >
> > >
> > >
>
>
> --
> Dai Aoba
>
>
--
青木 知明 [Tomoaki AOKI]
るようです。
[1]
https://lists.freebsd.org/archives/freebsd-ports/2022-January/001294.html
[2]
https://lists.freebsd.org/archives/freebsd-current/2021-October/000893.html
--
青木 知明 [Tomoaki AOKI]
On Thu, 10 Feb 2022 18:57:53 +0900 (JST)
freebsd_laptop-ll75...@yahoo.co.jp wrote:
> - Original Message ->
> From: Tomoaki AOKI
> > To: freebsd_laptop-ll75...@yahoo.co.jp
> > Cc: skyblue ; "freebsd-users...@freebsd.org"
> >
> > Date: 20
grep -r "/usr/sbin" /rtc/rc.d/`とか実行してみると
＃ それなりの数ヒットしますので、誰かが何かの間違いで
＃ ごく初期の段階で走るスクリプトで/usr/bin/や/usr/sbin/に
＃ あるコマンドを呼び出す変更をコミットしてしまうと
＃ 起動不能に陥る恐れがありますし。
--
青木 知明 [Tomoaki AOKI]
> >
> > > 一方、 ports/UPDATING で示唆されている如く、ruby のバージョンを 2.7 に
> > > 指定し make install した milter-manager は、起動します。
> > > (試験的にインストールしただけで、実使用していません)。
> > >
> > > > # milter-manager
> > > > failed to listen: failed to bind():
> > > > unix:/var/run/milter-manager/milter-manager.sock:
> > > > そのようなファイルまたはディレクトリはありません
> > >
> > > 指定法(UPDATING から引用)
> > > > If you compile your own ports you may keep 2.7 as the default version
> > > > by
> > > > adding the following lines to your /etc/make.conf file:
> > > >
> > > > #
> > > > # Keep ruby 2.7 as default version
> > > > #
> > > > DEFAULT_VERSIONS+=ruby=2.7
> > >
> > > 推測ですが、いま現在、FreeBSD ports/packages の milter-manager は
> > > いまだ ruby-3.0 を前提に構築されていないのではないでしょうか。
> > > ruby-3.0 / 2.7 混在の環境で、動いているマシンがあるそうですが、私のほう
> > > では何も解らない状態です。
> > > (妄言多謝)
> > >
> > > --
> > > 悸村成一
--
青木 知明 [Tomoaki AOKI]
。
標準でビルド/インストールされたかの記憶は定かではありませんが、
ソースとしては存在します。 [2]
一時的にでもada0p12から起動できなくなってもよければ、
ada0p12のプールの/boot/loader.efiをリネームしてしまえば
大丈夫かもしれませんが、現状のloader.efiだとbootfs属性が
設定されたプールが先にあるとアウトの可能性も。
[1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207940
[2] https://cgit.freebsd.org/src/tree/stand/lua/loader.lua?h=releng/12.0
>
> なお、上の OK プロンプトのところで上記 ish.org のブログに書いてある
>
> free-module-options
> や
> start
>
> は unknown commandとなるので、 12.x と 13.1 では loader.efi の仕様が違っ
> ているようです。
>
> どなたかお助けください。
>
>
> 丸山 直昌 まるやま なおまさ
> メールアドレス： m...@amogha.jp
>
--
青木 知明 [Tomoaki AOKI]
> > >da2p4 ONLINE 0 0 0
> > >
> > > errors: No known data errors
> > > # zfs mount zroot/ROOT/default
> > > # mount_msdosfs -o longnames /dev/da2p1 /mnt1
> > > # sha256 /mnt1/efi/boot/bootx64.efi /mnt/boot/loader.efi
> > > SHA256 (/mnt1/efi/boot/bootx64.efi) =
> > c1cdbfad80226e4203744dec17bc4aeb0b226f87821ba169cee82e6c2b5e2181
> > > SHA256 (/mnt/boot/loader.efi) =
> > c1cdbfad80226e4203744dec17bc4aeb0b226f87821ba169cee82e6c2b5e2181
> > > # ls -l /mnt1/efi/boot/bootx64.efi /mnt/boot/loader.efi
> > > -r-xr-xr-x 2 root wheel 892928 5月 12 17:29 /mnt/boot/loader.efi
> > > -rwxr-xr-x 1 root wheel 892928 8月 7 23:49 /mnt1/efi/boot/bootx64.efi
> > >
> > >
> > > 丸山 直昌 まるやま なおまさ
> > > メールアドレス： m...@amogha.jp
> > >
> >
> >
> >
--
青木 知明 [Tomoaki AOKI]
、このために loader.efi の挙動に違いが生じる。内臓ディスクから起動
> した場合でもloader.efi が 「何か」を ada0p8 ではなく、 ada0p13 にある
> zfs:NEWPOOLNAME/ROOT/default の方から読み込んでくれれば問題解決できるだ
> ろう。
>
> 解決法ですが、「正常状態」の showコマンドで表示される
>
> bootenvs[0]=zfs:zroot/ROOT/default
> bootenvs_count=1
>
> が気になります。ひょっとして /efi/freebsd/loader.env に何か書いておくと
>
> bootenvs[0]=zfs:NEWPOOLNAME/ROOT/default
>
> に設定できて「何か」をこっちから読んでくれるのでないかな？と期待したくな
> ります。
>
> loader.efi も loader.conf もドキュメント化されていないので、最早コードを
> 読んで解読するしかなさそうですが、私の手には余ります。
>
> 何かわかったらお知らせください。
>
>
> 丸山 直昌 まるやま なおまさ
> メールアドレス： m...@amogha.jp
>
--
青木 知明 [Tomoaki AOKI]
していないと無視される（エラー
メールが帰ってくることもML配信されることもない）率が跳ね上がる
ようです、経験上。
※最近、署名でNon-ASCIIな文字を使う非英語の欧州言語圏の
人が増えているようですので、UTF-8でないと返信時その箇所が
化けたりゲタになったりします。
旧システムではサーバ側で変換していたように思います。
[1]
https://lists.freebsd.org/archives/freebsd-users-jp/2021-November/06.html
--
青木 知明 [Tomoaki AOKI]
すが、プールの大きさにもよりますが、凄まじくメモリを
喰うからです。 zfs.ko自体カーネルモジュールとしては巨大なので
ZFS不要でメモリ容量の少ない組込用途等では著しく邪魔ですし。
> 以上です。
>
>
> 丸山 直昌 まるやま なおまさ
> メールアドレス： m...@amogha.jp
>
--
青木 知明 [Tomoaki AOKI]
青木@名古屋です。
On Sun, 11 Sep 2022 15:29:44 +0900
m...@amogha.jp (丸山直昌) wrote:
> 丸山です。
>
> Sun, 11 Sep 2022 10:36:08 +0900
> Tomoaki AOKI writes:
>
> >> 1. ディスクからの起動で、ディスク内に freebsd-ufs あるいは freebsd-zfs
> >>のパーティションが複数存在する場合にはパーティション番号が一番小さい
> >>
対応しているようです。
現実にはfcitx5でも、textproc/fcitx5-qtに対して今回作ったパッチと
同じような対応が必要になります。 こちらは当該モジュール以外にも
踏み込んでいそうなので、なんともいえません。
[1]
https://src.fedoraproject.org/rpms/fcitx5-mozc/raw/f36/f/fcitx5-mozc.spec
--
青木 知明 [Tomoaki AOKI]
diff -u -p -N textproc/fcitx-qt5/Makefile textproc/fcitx-q56/Makefile
うアナウンスが
出ているものも無いので、静観していました。
最悪、Gmail以外でそういうところが出てきたらClawsMailに乗り換えれば
いいかな、と。
※Gmailの件を知った時点ではSylpheedの方ではOauth2対応の話が
見当たらず、ClawsMailの方には下記情報があったので。
[1] https://www.claws-mail.org/faq/index.php/Oauth2
--
青木 知明 [Tomoaki AOKI]
On Wed, 28 Sep 2022 01:25:05 +0900
shigekazu kimura wrote:
> 悸村です。
>
> 2022年9月26日(月) 18:43 Tomoaki AOKI : wrote:
>
> > これ、「Sylpheedというメールクライアントソフト（MUA）」に対して
> > ひとつ割り当てるものなんでしょうか？
> >
> > 英文ですが、Sylpheedから派生したClawsMailのサイトのFAQ [1]を
> > 斜め読みした感じでは、Gmailな
ルドし、loader.envが存在しない状態で
stable/13もmainも起動できます。
但し、
・最後にzpool upgradeを行ったのは、stable/13が作成された
直後（mainとstable/13のZFS関係のコードが100%一致している
状況）にmainとstable/13（stable/12から移行）双方のpoolを
upgrade。
・テストしたのは、stable/13のドライブはZFSのみ、mainのドライブは
UFSの後ろにZFSがあり、UFSの方はZFSのROOTFSをrootとして
マウントしようとするようにしてあるものの、あえてエラーに
なるよう古いままにしてある状態の環境です。
・NVMeのドライブは、FreeBSDのsrcに取り込まれているUEFI関係の
ヘッダが古いためNVMe（NVM Express namespace messaging
device path node）の定義が存在せず、私のものでは表示上
diskにフォールバックし、番号も通常とかけ離れた番号が出る。
・野中さんの方だと、どのrawuuidがどのドライブか覚えておく
必要がある。
ので、それでもよろしければ。
--
青木 知明 [Tomoaki AOKI]
On Sun, 2 Oct 2022 15:25:16 +0900
shigekazu kimura wrote:
> 悸村、同一人物です。
>
> > On Thu, 29 Sep 2022 23:54:42 +0900
> > Tomoaki AOKI wrote:
> >
> > > 青木@名古屋です。
> > >
> > > 参考になりそうなサイトを2つほど発見しました。 [1] [2]
> [中略]
> > > [1] https://azn
gt;
> > シングルモードにできるということは コンソールログイン
> > できるということですので。
> > コンソールログイン して root 権限で。
> >
> > service ipfw status で ipfw のサービス状態を確認
> >
> > 草地さん がやっているように
> >
> >ipfw -a list で ipfw の状態を確認 という 流れで調べていけばいいのでは？
> >
> > root 権限が 使えれば、ipfw の起動停止も
> >
> > service ipfw stop
> > service ipfw start
> >
> > でできますから あれこれ 試せるかと思います。
> >
> >
> >
>
--
青木 知明 [Tomoaki AOKI]
; スクリプトが実行されていない可能性が考えられますので、
> > その辺りを調べてみてはいかがでしょうか？
> >
> > とりあえず参考まで。
> >
> > On 2022.10.07 18:38, Yoshito Takeuchi wrote:
> > > お騒がせしております。
> > > ipfw start したタイミングで /var/log/message に
> > > kernel: ipfw2 (+ipv6) initialized, divert loadable, nat loadable,
> > > default to deny, logging disabled
> > > と出ていました。これって、
> > > firewall_type="open"
> > > を認識していないって事なんでしょうか？
> > >
>
--
青木 知明 [Tomoaki AOKI]
初、さくらVPS でやったので、続いて conoha VPS でも
> コンソールから 1度 ipfw onestart したら、以後は ssh からでも
> ipfw コマンドが動く様になりました。コンソールから一度動かすと
> 何が変わるのか分かりませんが、以上が現在できるご報告です。
>
> お騒がせしたことを再度お詫び申し上げます。
> 失礼します。
>
> p.s. 言い訳なんですが今手元に ipad(外付けキーボード無し)
> だけなもので、VNC コンソールでの文字入力が物凄くやりにくいので
> コンソールでの実験
ほうがいいですね。
>
>
> 川崎拝
>
> --
> moto kawasaki +81-90-2464-8454
>
>
>
> on Fri, 7 Oct 2022 21:16:55 +0900, Tomoaki AOKI
> wrote:
>
> > 青木@名古屋です。
> >
> > もし「12.3 から 13.1 に乗り換え」がアップグレードで
> > あれば、/etc/の中身が適切に更新できていないという
> > 可能
るいは、いっそmail/claws-mailに移行するか。 かつてのSylpheed開発版の
Sylpheed-clawsから分家しただけに、一部機能がプラグインに切り出されていて
取捨選択が必要な以外、本番のメールに影響させないためmainの方の環境で
少し触ってみた感じでは概ね使用感は変わりません。
＃ そもそもGmailはWebかスマホアプリでしか使わないので、そちらは
＃ 全く未検証ですが、一応OAUTHの機能は本家に先立って持ってますし。
たぶん、このメールはサーバがSPFやDKIMに対応しないのでGmailには
拒否されます。 が、少なくともMLからは届く筈です。
--
青木 知明 [Tomoaki AOKI]
t; > 私はバグレポートのつもりで書いているので、実際に使ってみて検証してからリ
> > プライして欲しかったです。
> >
> >> xterm あるいはそれに類するものになっていると思います。screen はデフォ
> >> ルトでは screen になっています。
> >> term コマンドで TERM を設定できます。例えば xterm と設定したいのであれば、
> >>
> >>term xterm
> >>
> >> と ~/.screenrc ファイルに書いておきます。
> >
> > これは、私の理解では
> >
> > env TERM=xterm emacs -nw
> >
> > とたいして変わりないと思いますが、やはりダメです。
> >
> >> 今時の端末なら、xterm-256color と指定したいかもしれません。
> >>
> >> TERM=screen でなぜモードラインが反転しないのかはわからないですが、おそ
> >> らく emacs の設定によるのではないかと推測します。
> >>
> >> --
> >> 梅本 肇
> >> u...@mahoroba.org u...@freebsd.org
> >> プログラムは書いた人の意図ではなく書かれた通り動く I hate Modula-3 :-)
> >
> >
> > 丸山 直昌 まるやま なおまさ
> > メールアドレス： m...@amogha.jp
> >
>
> --
> 草地 薫 (Kaoru Kusachi) t...@st.rim.or.jp
> Nakno,Tokyo,Japan.
>
>
--
青木 知明 [Tomoaki AOKI]
TERM 関係の環境変数を
> 調べてみました。
>
> $ printenv | grep TERM
> TERM=xterm
>
> という結果で、COLORTERM は設定されていません。
> TERM も xterm-256color (記憶による)になっていません。
>
> (FreeBSD 13.2 は、既に RC5 が出ていて、日本時間明日ころには
> RC6 が出る予定のようですが…。)
>
> --
> 悸村成一
>
--
青木 知明 [Tomoaki AOKI]
手が回っていないのではないか
と思います。 ハンドブックで見ても、ドライブ1台しかない
ノートの場合、マニュアルでは何を選べばいいかすら混乱しそう
ですし。
--
青木 知明 [Tomoaki AOKI]
境に関する話は書けない状態ですが、別になにも困っていません。
>
> KDE4 と書いてあるので古い情報かも知れませんが、KDE 用の設定は ~/.xsession
> と違うファイルを指定されているようです。
> japanese/ibus-anthy/pkg-message
> > If you are using KDE4, you may create a shell script in $HOME/.kde4/env,
> > and add following lines:
>
> 何かが解決されたわけでは無い、という状態ではありますが……。
>
> --
> 悸村成一
>
--
青木 知明 [Tomoaki AOKI]
for Plasma) and add following lines:
>
> #!/bin/sh
> export XIM=ibus
> export GTK_IM_MODULE=ibus
> export QT_IM_MODULE=ibus
> export XMODIFIERS=@im=ibus
> export XIM_PROGRAM="ibus-daemon"
> export XIM_ARGS="--daemonize --xim"
> (以下略)
>
> となっているので、それに従って私は自分の .xsession を書いたのですが、、、。
>
> いったい
>
> export GTK_IM_MODULE=ibus
> export GTK_IM_MODULE=xim
>
> のいずれが正しいのか？
>
> また
>
> export QT_IM_MODULE=ibus
> export QT_IM_MODULE=xim
>
> のいずれが正しいのか？
>
> もう少し実験してみます。
>
>
> 丸山 直昌 まるやま なおまさ
> メールアドレス： m...@amogha.jp
>
--
青木 知明 [Tomoaki AOKI]
0
> logs
> mirror-1 ONLINE 0 0 0
> da0p2 ONLINE 0 0 0
> ada2p2 ONLINE 0 0 0
>
> errors: No known data errors
>
>
>
--
青木 知明 [Tomoaki AOKI]
ly tunable
sysctl: Tunable values are set in /boot/loader.conf
のように拒否されます。
On Thu, 20 Jul 2023 06:56:39 +0900
Tomoaki AOKI wrote:
> 青木@名古屋です。
>
> `sysctl vm.pmap.pcid_enabled`の値はどうなっていますか？
> もしこれが1でしたら、0にしたら治る可能性があります。
>
> 私の環境はCoffeeLakeで世代が古いので1でも問題ないのですが、
> 以前
のように拒否されます。
On Thu, 20 Jul 2023 06:56:39 +0900
Tomoaki AOKI wrote:
> 青木@名古屋です。
>
> `sysctl vm.pmap.pcid_enabled`の値はどうなっていますか？
> もしこれが1でしたら、0にしたら治る可能性があります。
>
> 私の環境はCoffeeLakeで世代が古いので1でも問題ないのですが、
> 以前、freebsd-current MLでこんな話が出ていました。
>
> https://lists.freebsd.org/a
題が解消したようです。
> （現在テスト中ですが特に問題ありません）
> ご教示いただいたURLや関連をじっくりと読んでみたいと思います。
> ご教示、本当にありがとうございました。
> 出来れば本件のトラブル（バグ？）をFreeBSD開発側に報告したいと思うのですが私の技量では難しそうに感じています。すみません。
> 取り急ぎ御礼まで。
>
> 2023年7月20日(木) 8:03 Tomoaki AOKI :
> >
> > 青木@名古屋です。
> >
> > 補足です。
> >
送されません。
> もしかしたらそれが関係しているのではないかと愚考しました。全然勘違い、間違っていたらすみません。
>
> 取り急ぎお返事いたします。
> 失礼します。
>
> 2023年8月6日(日) 20:14 Tomoaki AOKI :
> >
> > 竹内様
> > ひとつ前のものも含め、MLで流れてこないので念の為直接お送りします。
> > 入れ違いでMLから配信があって重複したら申し訳ありません。
> >
> >
> > 青木@名古屋です。
> >
800MHz
> -
> ぱっと見、N100 は 4core 4threads ですが、2core 4threads と認識しているようですね。
> 以上、ご報告でした。
> お役に立つことを祈ります。
> 失礼します。
>
> 2023年8月7日(月) 7:19 Tomoaki AOKI :
> >
> > 竹内様
> >
> > タイミング・作業内容ともそれで大丈夫かと思います。
> > （特にタイミングについては、結果を頂い
with hyper-threading (2 threads
per core) running at an estimated 2.20GHz
On Tue, 8 Aug 2023 06:08:45 +0900
Tomoaki AOKI wrote:
> 竹内様
>
> x86infoに「-r」オプションを付けた場合、どうなるでしょうか？
> かなり情報量が増えるかと思います。
> なお、一般ユーザーだとwheelグループ所属でも権限不足でエラーに
> なる項目がありますので、rootで実行する必要があります。
>
> 以上、お手数ですが
ecx = 08008040 edx =
>
> eax in: 0x8007, eax = ebx = ecx = edx =
> 00000100
> eax in: 0x8008, eax = 3027 ebx = ecx = edx =
>
>
> Total processor threads: 4
> This system has 1 dual
:01 +0900
Tomoaki AOKI wrote:
> 竹内様
>
> 早速のご対応ありがとうございます。
> freebsd-current MLに報告しておきました。[1]
> これで何か進展があるといいですね。
>
>
> [1]
> https://lists.freebsd.org/archives/freebsd-current/2023-August/004144.html
>
>
> On Tue, 8 Aug 2023 06:20:52 +0900
> Yoshito Take
ですが）。
mount時点では関係しませんが、日本語ファイル名がある場合、
Bug90815 [1] の最新又はその1つ前の別バージョンのパッチが適用
されていないとcharset変換でハングアップしてしまいます。
一番古いパッチはComment1で正しいという意見が付いているものの
既に適用できず、2つ目はそれを適用可能に（srcの変更に追従して）
修正しただけのもの、最後のものはComment5で提示された対案を
きちんと当たるように微修正したものです。
[1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=90815
--
青木 知明 [Tomoaki AOKI]
/etc/fstab に記載した記述が正しく働いている理由もわかりました。
>
> ところで、青木 知明さんの、
>
> On Thu, 10 Aug 2023 18:46:56 +0900
> 20230810184656.fbebd1cbbcb7e072c875f...@dec.sakura.ne.jp : Tomoaki AOKI
> wrote:
>
> > 古い記憶ですが、mount_smbfsで-Eオプションでcharset変換の
> > 指定をしても上手くいかず、/root/.nsmbrcで指定した
最新に維持していれば入っているかもしれません。
※ports/pkgでは以前sysutils/devcpu-data*だったものが再構成
されましたので、以前からインストールされていて更新して
いないのでしたら、/usr/ports/UPDATING [1]の20230906の
記述を見て対処して下さい。
[1] https://cgit.freebsd.org/ports/tree/UPDATING
On Wed, 9 Aug 2023 07:14:47 +0900
Tomoaki AOKI wrote:
> 竹内様
>
> freebsd-cu
On Sun, 24 Sep 2023 11:11:28 +0900
ISHII wrote:
> 広島の石井です。
>
> 青木さん調査していただいてありがとうございます。
>
> On Sun, 24 Sep 2023 10:13:30 +0900
> 20230924101330.0cc2564b952d6f0936352...@dec.sakura.ne.jp : Tomoaki AOKI
> wrote:
>
> > 青木@名古屋です。 時間が空いて申し訳ありません。
> >
> >
ttps://www.gnu.org/software/emacs/manual/html_node/efaq/No-Meta-key.html
[4]
https://emacs.stackexchange.com/questions/78135/why-does-emacs-29-translates-meta-to-metahyper-m-somekey-to-h-m-somekey
--
Tomoaki AOKI
ったら、
> (define-key key-translation-map (kbd "M-s-v") (kbd "M-v"))
> のようなものを大量に記述することになりそう。
>
>
> 大澤
>
>
>
> On Mon, 06 Nov 2023 23:21:49 +0900,
> Tomoaki AOKI wrote:
> > 青木@名古屋です。
> >
> > 自分ではemacsは使っていないので大外しかもしれませんが、Metaキー
識されなかったりする。
こちらは情報不足で答えようがありません。
原因としては、よくあるパターンでは、
・FreeBSDのドライバの完成度が低いチップセットを使用している
・SSDのコネクタの接触不良
・マザーボード側の給電能力を超える消費電力のSSDを使っていて
マザーボード側からの初期化に成功する場合と失敗する場合がある
・SSDの故障
・マザーボードの故障
・電源の故障
と、ざっと思いつくだけでも6つも有り得そうな原因が出てきます。
dmesgの出力があれば、私にはどうしようもなくてもどなたか
答えられる方がいらっしゃるかもしれません。
--
青木 知明 [Tomoaki AOKI]
能しないケースが
あるとどこかで見た覚えがありますので、機能しない場合はデフォルトの
EFI/BOOT/BOOTx64.efiを使うしかありません。
> I feel psycho.
--
青木 知明 [Tomoaki AOKI]
d *yyalloc (yy_size_t size , yyscan_t yyscanner)
>^
> jaillex.c:2231:58: error: unused parameter 'yyscanner'
> [-Werror,-Wunused-parameter]
> void *yyrealloc (void * ptr, yy_size_t size , yyscan_t yyscanner)
> ^
> jaillex.c:2243:36: error: unused parameter 'yyscanner'
> [-Werror,-Wunused-parameter]
> void yyfree (void * ptr , yyscan_t yyscanner)
> ^
> 6 errors generated.
> *** Error code 1
>
> Stop.
> make[4]: stopped in /usr/src/usr.sbin/jail
> *** Error code 1
> *** Error code 1
> 1640.94 real 1544.06 user 110.48 sys
> *** Error code 1
> *** Error code 1
>
> console log
>
> 以上、よろしくお願いいたします。
>
--
青木 知明 [Tomoaki AOKI]
合である。
>
> 何かもっと良い解決策がないか、と思案しているのですが……。
>
> --
> 悸村成一
--
青木 知明 [Tomoaki AOKI]
--- a/sysutils/bsdisks/pkg-plist
+++ b/sysutils/bsdisks/pkg-plist
@@ -2,7 +2,6 @@
etc/dbus-1/system.d/org.freedesktop.UDisks2.conf
man/man5/bsdisks.conf.5.gz
man/man8/bsdisks.8.gz
-share
止まるかどうか。
[1]
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=275768
[2]
https://lists.freebsd.org/archives/freebsd-pkg-fallout/2023-December/533451.html
--
青木 知明 [Tomoaki AOKI]
青木@名古屋です。
この件、commit 5e342f86853071e530e07f126901e8dddc23c6f0 [3]で
sunpoet@が直してくれました。 stable/14・mainともビルド・動作
できています。
[3]
https://cgit.freebsd.org/ports/commit/?id=5e342f86853071e530e07f126901e8dddc23c6f0
On Mon, 18 Dec 2023 22:10:07 +0900
Tomoaki AOKI wrote:
> 青木@名古屋です。
>
> 表題の件
; > 例えばいつもやらかしているのが dovecot の LDAP サポートです...
> > >
> > > pkg lock でロックすればそのパッケージのアップデートをロックできる事は
> > > わかっているのですが，そもそも ports レベルで LDAP を有効がデフォルトに
> > > なって欲しいと思うのですが，どこにリクエストを出せばよいのでしょうか?
> > >
> > >
> > > また，皆さんはこういったソフトウェアに対してどのように管理されていますか?
> > >
> > >
> > > --
> > > Hiroyuki Seino
> > > Web: https://www.seichan.org/
> > > Blog: https://www.seichan.org/blog/
> > >
> >
> > --
> > Yoshihiro Hanahara
> >
>
> --
> Hiroyuki Seino
> Web: https://www.seichan.org/
> Blog: https://www.seichan.org/blog/
--
青木 知明 [Tomoaki AOKI]
Seino wrote:
> せいのです．
>
> bugzilla で．なんですね．バグではないのでこれでいいのか悩んでました．
>
> 今回だと ports の Makefile だけの修正がリクエストなのでやってみようと
> 思います．
>
> ありがとうございます．
>
>
> --
> Hiroyuki Seino
> Web: https://www.seichan.org/
> Blog: https://www.seichan.org/blog/
>
>
の
> etcupdate resolve
> で修正しました。次にmake installworldして、
> etcupdate -F -B
> したら、かなりの/etcのファイルが0バイトんなってしまって、困ってます。
>
> handbookの方ではetcupdateの-F optionは書いていなかったのではありますが、
> online manualを見る限りmergemasterと同じように作業負荷を減らしてくれそ
> うに思いつけてみました。これがまずかったのでしょうか？
>
> 青木和麻呂 @ 藤沢市在住
>
--
青木 知明 [Tomoaki AOKI]
pdateで「C」つきのが出てきた時がconflictだという認識がなかっ
> たので、最初はetcupdate resolveを忘れていましたが、とりあえずetcupdate
> のあとにいつでもetcupdate resolveすれば、conflictがあろうとなかろうと
> うまくいくという理解です。
>
> 青木和麻呂
>
>
> 【以下、全文引用】
> From: Tomoaki AOKI
> Subject: Re: how to use etcupdate?
> Date: Thu, 11 Jan 2024
:10:19 +0900 (JST)
> *** wrote:
>
> > pkg install ffmpeg
> > これでインストールしても、lameは使えませんでしたよね。
> > 下のコマンドの結果が気になっています。
> > 節分が終わったから心境の変化で使えるようになったのですか。
> > ライセンスがとかの問題がなかったのかなという気分。
> > もう気にしなくてよくなったのですか。
> >
> > pkg info ffmpeg | grep LAME
> > LAME : on
> > TWOLAME: off
>
> --
> Yoshihiro Hanahara
--
青木 知明 [Tomoaki AOKI]
-RELEASE）の
新機能になるのではないかと予想しています。
[1]
https://cgit.freebsd.org/src/commit/?id=9cbd96582c0ac133f911270a47bff189d769ac8d
[2]
https://lists.freebsd.org/archives/freebsd-ports/2024-February/005347.html
--
青木 知明 [Tomoaki AOKI]
/commit/?id=49d684369c6682eebca325c55a6c96b7c03f5aeb
[4]
https://lists.freebsd.org/archives/freebsd-ports/2024-February/005349.html
[5] https://docs.oracle.com/cd/E19253-01/819-0391/chapter4-5/index.html
On Wed, 7 Feb 2024 20:25:03 +0900
Tomoaki AOKI wrote:
> 青木@名古屋です。
>
> たぶん日本語でのアナウ
= -Wl,--undefined-version
> または
> LDFLAGS+= -Wl,--allow-shlib-undefined
> とやってしまってもよいのかが判断つかなくて、bug 276938 で一応報告したのですが、
> 修正の提案がしきれない状態です。
>
> すみませんがよろしくお願いします。
>
--
青木 知明 [Tomoaki AOKI]
t; > 192.168.X.YからのSSHアクセスは、問題ありませんが
> > .example.jp からのSSHアクセスは、2接続目が待ち状態となります。
> > 2接続目のアクセスを示すメールは届きます。1番目の接続を終了す
> > るとログインプロセスへ移行します。(プロンプト表示)
> >
> > google検索で、以下のページがヒットし、同じ現象のようです。
> > https://www.space-i.jp/wp/?m=glduoruwccke
> >
> > ftpd : では上記hosts.allowの記述で従来と同じ動作をしてくれます。
> > この現象(仕様？)の、情報お持ちの方おられましたら、ご教示ください。
> >
>
>
>
--
青木 知明 [Tomoaki AOKI]
0 # "raw" part, don't
> edit
> e: 398283417 04.2BSD 2048 1638489
>
> 1台目と2,3台目では fsize, bsize, bps/cpg
> の値が違うのが原因なのかもしれませんが、こういう症状は初めてで、どうしたらいいのかがわかりません。
>
> ネットで同じような不具合の情報がないか探してみたのですが、なかなか見つけられず、今回皆さんにおたずねする次第です。
>
> 別 PC の 12.4 の方で中身は吸い出せるので、最悪はバックアップを取っておいて、元 PC
> で新たにファイルシステムを作り直してそこに戻せばいいのでしょうが、かなり手間がかかるので何か解決策がないかと思っています。
>
> よろしくお願いします。
>
> --
> 吉田茂樹 (sh...@iamas.ac.jp)
--
青木 知明 [Tomoaki AOKI]
きていないのですが…)
>
> やはり、ファイルシステム作り直し＆データコピーかなぁ。
>
>
> --
> 吉田茂樹 (sh...@iamas.ac.jp)
見づらいですが、ご参考まで。
https://cgit.freebsd.org/src/tree/share/misc/bsd-family-tree
stable/14で駄目でmain（所謂15-CURRENT）で大丈夫なのであれば、
stable/14の分岐以降に行われた更新でまだMFCされていないもので
修正されているということに絞られますね。
--
青木 知明 [Tomoaki AOKI]
pickを使わずcgitの当該コミットのページで
＃ author行から末尾のボーダー直前までをエディタにcopy&pasteした
＃ ものをパッチとして当て、次のsrcの更新時はgit pullの前にgit stash
＃ しておき、更新後git stash applyで戻しています。 MFCされたものが
＃ あればgit stashの前にpatch -Rで切り戻すのですが、たまに見落として
＃ conflictの手修正を迫られます。 ならローカルで独自のbranch切って
＃ 処理しろと言われそうですが、未だgitの仕組みを把握しきれていないので
＃ 手許のcommitログが手違いで本家と矛盾する状況の方が恐いのです。
＃ n番号がズレたりしたら他の方との話が無茶苦茶になるので。
[1]
https://cgit.freebsd.org/src/commit/?id=b241767f8ef38f9ca7c109fe2fccd11ccbfaa4f0
--
青木 知明 [Tomoaki AOKI]
青木@名古屋です。
On Tue, 27 Feb 2024 19:22:50 +0900
Shigeki Yoshida wrote:
> 吉田です。
>
> 2024年2月27日(火) 0:06 Tomoaki AOKI :
>
> >
> > 当時使っていたOS/2やDOSでIDEコントローラなりSCSIホストアダプタを
> > 別メーカーのものに交換した際にさんざん目にしたコントローラがLBAから
> > 偽装したCHSとOS側で換算したCHSの不一致でのアクセス不能の原因と
> > ものの
青木@名古屋です。
On Tue, 27 Feb 2024 20:50:36 +0900
Tomoaki AOKI wrote:
> 青木@名古屋です。
>
> On Tue, 27 Feb 2024 19:42:35 +0900 (JST)
> Hiroki Sato wrote:
>
> > 佐藤です。
> >
> > Shigeki Yoshida wrote
> > in :
> >
> > sh> 最近 12.4 から 13.2 にアップグレードした
g this address?
>
> だってさ！参った参った。この Sakura のレンタルサーバーは、昨年の2月2日に
> FreeBSD 13.0 にversion up した時に今の IP アドレスになったのですが、前に
> 別の顧客がこのアドレスでレンタルしていた時に spam relayにでもなっていた
> のかいな？
>
> これから Abusix に連絡を取る必要がありそうですが、何か気が重いです。
>
>
> 丸山 直昌 まるやま なおまさ
> メールアドレス： m...@amogha.jp
>
--
青木 知明 [Tomoaki AOKI]
るスパム対策」
> というようなタイトルでチームの誰かに話をして貰っては如何でしょうか。別に
> 誰かの責任を問いたいわけではなくて、奮闘している人達がいるなら苦労話をし
> て貰うことは、多くの人達に有益な事でしょう。
>
> 私は台北までは行けませんが。
>
> Mon, 18 Mar 2024 11:08:09 +0900
> Tomoaki AOKI writes:
>
> >青木@名古屋です。
> >
> >さくらインターネットをご利用でしたら、それ用の手続[1]が用意されていて
>
青木@名古屋です。
On Tue, 19 Mar 2024 00:44:04 +0900
丸山直昌 wrote:
> 青木 様
>
> 丸山です。
>
> Mon, 18 Mar 2024 18:43:13 +0900
> Tomoaki AOKI writes:
>
> >やはり結局そこに行き着く訳ですね。
> >私の場合、何かそれ専用の連絡先はあるのかな、と検索してみて
> >見つけました。
>
> 今回の私の場合は、レンタルサーバーのコントロールパネルで、「問い合わせ」
>
。問題の所
> >在を私のブログで、画面キャプチュア付きで説明したので、ご覧頂ければ幸いで
> >す。
> >
> >2024年春確定申告作業
> >https://amogha.livedoor.blog/archives/23827087.html
> >
> >
> >丸山 直昌 まるやま なおまさ
> >メールアドレス： m...@amogha.jp
>
--
青木 知明 [Tomoaki AOKI]
ストールだけはしていたのを思い出して
試したら、Linuxulatorの力を借りてではあるものの、FreeBSD nativeの
chromiumであっさりNHKプラスの動画が見られましたので、DRM問題の方が
正解でした。（ログインせず冒頭1分視聴を試しただけですが。）
> 本題に入ります。
>
> Tue, 19 Mar 2024 23:57:34 +0900
> Tomoaki AOKI writes:
>
> >問題のおかしいところは正常な方だと⑬と㉔ですが、右側の列では
> >いずれも正常なのでフォ
が説明できません。
とりあえず、こちらですぐできる範囲での再現テスト結果です。
> で、このバグレポートですが、やはり bugzilla に出すのが良いでしょうかね。
通常ならそうですが、どのportsに対して出すべきかが絞りきれて
いない（私の再現結果のせいでもありますが）状況では、freebsd-ports
MLに報告して意見を貰うほうがいいかもしれません。（Bugzilla同様、
英文前提ですが。）
>
>
> 丸山 直昌 まるやま なおまさ
> メールアドレス： m...@amogha.jp
>
--
青木 知明 [Tomoaki AOKI]
いでしょう。「Acrobatがエ
> ラーを指摘している」ならずっと説得力があるでしょうね。
>
> 何かそういう説得力がある証拠を出せないでしょうか。
>
> (以下引用のみ)
> Mon, 25 Mar 2024 18:45:00 +0900
> Tomoaki AOKI writes:
>
> >On Mon, 25 Mar 2024 05:32:05 +0900
> >丸山直昌 wrote:
> >
> >> 丸山です。
> >>
> >
示に混じります。ただし、 xpdfでは、
> > okular, epdfview とは違う場所に出ます。 firefox と mupdf では出ません。
> >
> > で、このバグレポートですが、やはり bugzilla に出すのが良いでしょうかね。
> >
> >
> > 丸山 直昌 まるやま なおまさ
> > メールアドレス： m...@amogha.jp
> >
>
> --
> 草地 薫 (Kaoru Kusachi) t...@st.rim.or.jp
> Nakno,Tokyo,Japan.
--
青木 知明 [Tomoaki AOKI]
ければ原初のK&Rのコードを処理して
くれますし、これが言語処理系のあるべき姿です。 互換性のない
言語仕様の変更にはそのメンテナンスコストも覚悟すべきでしょう。
嫌なら自分たちが旧版を使いたい人たちに引き継いで、自分たちは
原著作者であることを背景にForkしてそっくりでありつつ一部非互換な
新言語として立ち上げればいいのです。
[1] https://github.com/etingof/pysnmp/issues/438
[2] https://github.com/pyasn1/pyasn1/tree/v0.5.1
[3] https://github.com/pyasn1/pyasn1/blob/v0.5.1/CHANGES.rst
--
青木 知明 [Tomoaki AOKI]
記をローカルパッチとして ports
> > から pysnmp をビルドする。 2) ports 的に正規の手順をとるならば、
> > - 上記 issue を参照しつつ、ports の patch として bugzilla で報告して
> > - 必要な理由を説明。(ports の pyasn1 は 0.5.0
> > になってしまっているので、pysnmp
> > もそれに対応する必要があるというところでしょうか）
> > - メンテナをせっついて approval をもらう。
> > - approve してもらったら、freebsd-ports@
> > で誰かコミットしてとお願いする。とやればまあまあ早く commit
> > してもらえると思います。
--
青木 知明 [Tomoaki AOKI]
なるほど。そういうことでしたら、0.51 か 0.6.0
> > に更新してもらう方がよいですね。ご指摘ありがとうございます。
>
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278108
>
> bugzilla に ports の pyasn1 を最新にする patch を送りました。
> メンテナがすぐに反応してくれるとよいのですが。
>
> Hiroo Ono
--
青木 知明 [Tomoaki AOKI]
ttps://github.com/luongz/iptv-jp
> >
> > FreeBSD-13.3-p2 (amd64)
> > pkg: 2024Q2, quarterly
> > vlc-3.0.20_5,4
> >
> > 依然として FreeBSD 版 hypnotix-2.9_4 は起動していません。
> > (LinuxMint-21.3 の hypnotix-4.3 は完動中)。
> >
> > --
> > 悸村成一
> >
>
>
> --
> 悸村成一
>
--
青木 知明 [Tomoaki AOKI]
したら負け運用が出来ているよう
> > > です（過去数ヶ月の運用で swap は使われていません）。
> > > ちなみに cloudfraled, wordpress, vaultwarden（パスワード管理ソフト）,NAS の運用です。
> > >
> > > あと、仮に 8GB で swap したら負け運用が出来ている場合、例えば 16GB にすると
> > > それなりに活用してくれるのか、あるいは基本的に無駄なのかも知りたいです。
> > > FreeBSD が良きに計らってくれるのなら 16GB にする意味があるのかな？
> > >
> > > 変な質問で恐縮ですがご教示頂けると幸いです。
> > > 失礼します。
>
--
青木 知明 [Tomoaki AOKI]
ではありますがfreebsd-stable MLを見ていると、同じブランチ
（relengは対応するstableブランチ単位で判断）内で互換性問題が
生じたらたいてい誰かが騒ぎ出しますので、releng（14系での次は
releng/14.2）ブランチが切られる前にある程度対処方法も掴めるかと
思います。
13系なら13系、14系なら14系の中であればいいのですが、このレベルを
乗り換える際はmainブランチの更新頻度を引き上げて安全性を確認する
等の対応はしています。 リスクが段違いになりますので。
--
青木 知明 [Tomoaki AOKI]
1台のPCだけで使えればいいし、全portsのOPTIONの再設定など
したくない私の需要に合わなくて（さりとて一部のメンテナはBugzillaでの
バグレポートに対してpoudriere等のクリーンルームビルダーでビルドした
場合以外は完全無視してしまう場合もある［スクラッチからビルドする
想定以外の不具合まで相手にしている余裕がない］）あちこちに散らばった
情報からなんとかほぼ使えるようにした構成や運用を
https://brew.bsd.cafe/TomAoki/Tips-and-Tricks/src/branch/main/poudriere
で公開しています。 但し、需要のほぼ全ては海外だろうということもあって
英文のみです。
--
青木 知明 [Tomoaki AOKI]
--
青木 知明 [Tomoaki AOKI]
ツリーにあるmozcでfcitx5対応を無効化してfcitx4
対応にしていた流れか）未対応になっていたjapanese/fcitxの
ビルドにも対応されたとのことです。 新しいmozcは使いたいけれど
fcitx5に移行するのは...という方には朗報かと。
On Mon, 8 Jul 2024 22:01:03 +0900
Tomoaki AOKI wrote:
> 青木@名古屋です。
>
> 現在、FreeBSD関係ではports-mgmt/pkg_replaceの開発・メンテナンス等を
> されている出口さんがgithubでfcitx5-mozcやpor
s://bugs.freebsd.org/bugzilla/show_bug.cgi?id=284761
他の更新では大丈夫そうなものもあるので特定の条件（その更新で
削除されたファイルの削除前のものを見ようとすると駄目？）を
満たした場合のみの現象のように思われます。
--
青木 知明 [Tomoaki AOKI]
たま数値計算結果を確認するために使うことがあって、
> > 今回それで気がついたというわけです。
> >
> > 問題の起こる Terminal type は wxt だけなので、
> > 起動時の Terminal type を qt か x11 にしておけばいいといえばそうなのですが、
> > 適当なディレクトリでコンパイルすると default terminal が qt なのに、
> > pkg や port だとなぜそうならないのかが疑問というわけです。
> >
> > もう一度 port での パッチの当たり方や configure を追ってみます。
> >
> >
> > 大澤
--
青木 知明 [Tomoaki AOKI]
87 matches
Mail list logo
