JDim Part11

失敗しないけど？

ソースの5ch.netの部分を5ch.ioに書き換えてビルドしてみた
問題はなさそう

one.netでも行けてたけどこっちは不安定って感じだったな
io.netは今まで通りに使えてるね

>>102
こちらも、ソースとjdimディレクトリ内のディレクトリ名やbookmark.xmlなどテキストの5ch.netを
片っ端から.ioに書き換えたら読み書き出来るようになって過去ログも自分の書き込みログも普通に扱えるようになった

JDimコンパイルしてsuseのOBSに上げようと思っていた矢先にw

https://github.com/JDimproved/JDim/issues/1578
> 5ch.netにアクセスできない→5ch.ioにリダイレクトするが板やスレが開けない #1578

boards.xmlを再生成したら書き込みできるけど、
データが引き継がれない。 直るの待つか

あ、いけた。
よかった

test

test

test

JDim 0.16.0-alpha20260211(git:d8806fb062)

すみません初心者です
不正なUserAgentを検出で書き込めません
どうすればいいでしょうか

[バージョン] JDim 0.10.1-20230723
[ディストリ ] Debian GNU/Linux 13 (trixie) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] KDE
[　gtkmm 　] 3.24.8
[　glibmm 　] 2.66.6
[　TLS lib　] GnuTLS 3.8.9
[オプション ] '--with-migemo'
'--with-migemodict=/usr/share/cmigemo/utf-8/migemo-dict''--with-alsa'
[ そ の 他 ] LANG = en_US.UTF-8

最新版をビルドすれば治るだろう
できないなら高度な設定にUAを変える項目があるが投稿できるかわからん

俺は投稿時間遅延エラーが頻発してる

>>113
https://github.com/JDimproved/JDim/issues/1531

>>113
補足
Debianのというか大抵のディストリのJDimは思いっきり古いので実用に耐えない場合も多いので注意
最新のそれもalpha版使ってください
自分でビルドするかsnap版しかありませんが

>>84 自己レス。
スレによっては書けねー。対処が乱暴すぎた?

ERROR!!
ERROR: 有効セッションが時間切れとなっています。(Diff:-210929)
再読み込みを行ってから投稿してください。

テスト
[バージョン] JDim 0.16.0-alpha20260211(git:d8806fb062)
[ディストリ ] Linux Mint 22.3 (x86_64)
[パッケージ] build:2026/02/13
[ DE／WM ] MATE (X11)
[　gtkmm 　] 3.24.9
[　glibmm 　] 2.66.7
[　TLS lib　] GnuTLS 3.8.3
[ そ の 他 ]

V2C対応された
http://mao.5ch.net/test/read.cgi/linux/1360428924/357

>>119
5chのリンク貼るなら.ioにした方が良いと思う
https://mao.5ch.io/test/read.cgi/linux/1360428924/357

最新をpullしてビルドするとセッションタイムアウトでる

ソースの5ch.netの部分を5ch.ioに書き換えてビルドしたのだと
「ERROR: 投稿時刻の遅延を検出しました。(Diff:-85814)」
システムの時間ずらしたりして試したけどでないなあ

[バージョン] JDim 0.16.0-alpha20260117(git:e87b97f76b:M)
[ディストリ ] Ubuntu 25.10 (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] GNOME (Wayland)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.9
[ そ の 他 ]

に5ch.netを5ch.ioに書き換えてビルドしたものは
ちゃんとかける

うちはこれたぶん最新

[バージョン] JDim 0.16.0-alpha20260211(git:d8806fb062:M)
[ディストリ ] SparkyLinux 8.2 (Seven-Sisters) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] XFCE (X11)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.9
[オプション ] '--with-alsa''--with-native'
[ そ の 他 ]

buildしなおしてないけど~/.cache/jdim/boards.xmlにかかれている*.5ch.netを*.5ch.ioに変えてスレを新たに取得すると一応書けてる
ただ書き直すと以前の.5ch.netのスレが表示不可になるのでboards.xmlに新たに
<subdir dirid="52" name="ＰＣ等.io">
<board name="スマホヘッドライン" url="https://headline.5ch.io/bbymobile/"; />
<board name="PCサロン" url="https://mao.5ch.io/pc2nanmin/"; />
...
<board name="Linux" url="https://mao.5ch.io/linux/"; />
...
</subdir>
みたいに追加すると古いのも一応読めてる

".5ch.net " の末尾空白要るのかな。".2ch.net" は空白無しなのだけれど。

https://github.com/JDimproved/JDim/blob/master/src/dbtree/bbsmenu.cpp#L90
> if( MISC::ends_with( host, ".5ch.net ") || MISC::ends_with( host, ".2ch.net" ) ) {

read crx2はio二対応してみれるようになった。

>>122
ソースの5ch.netの部分を5ch.ioに書き換えてビルドしたのだと出なくなったっぽい。

syoboi生きてるのにpinkの板しかヒットしないなあ

ERROR!
ERROR
: 投稿時刻の遅延を検出しました。(Diff:-1257)

一通り.ioにしたら普通にアクセス出来るようになったけど.ioって一時的なんだよね

ほぼ読み書きできなくなった
今ビルドしなおしても二度手間になりそうだし
しばらくは様子見かな

書き込めるかな

>>131
あくまで5ch.netを取り返せるまでだから実質永久じゃね？

ioにしたら、板は読めるようになったんだけど、ブラウザに飛ばされる

ioにするってどうしたのよ？

月刊I/O

ちょっとだけ状況改善しても意味ないからしばらくはブラウザで必要なスレだけチェックしていれば
いいんじゃない？
移転作業進行中みたいだし落ち着いたらまた使えるようになるでしょ

>>138
> ちょっとだけ状況改善しても意味ないから
chromeとかで読み書きするよりはマシなんじゃね？

今mao板で130のが出るからchromeから書いてるけど面倒過ぎる

ioにしても読めない板あるな
きっとウィザードたちが軽く解決してくれると思うけど←俺は馬鹿ですと遠回しに言ってる

>>140
俺は馬鹿です←俺は馬鹿ですと単刀直入に言ってる

>>140
> ioにしても読めない板あるな

(1) 何を io にしたか
(2) 何処が読めない板か
を書くと、情報共有になると思う。オマカンか否かの切り分けもできるかも。

1.板一覧の板URLを.netから.ioに置換
2.コード中の5ch.netを5ch.ioに置換してビルド
どちらかかな？
まあ2だろうね

issuesでma8maさんが書いてるが、板一覧を取得するサーバをioにして
板一覧内にあるリンクを全て板とみなすを「はい」にして板一覧再読み込みで読めるようにはなる
ログの移行は.jd内の.netになってるディレクトリ名を.ioにリネームしたらいけた
書き込みはできない

>>144
俺はまだ様子見でhosts追記だけで凌いでいるけど、確認できたところだけでhayabusa9とmaoはERROR: 投稿時刻の遅延を検出しました。(Diff:-85814)が出て書けない
書き込みはできないというのは全鯖？

あれ？
maoでも書ける板あるな

std::string Article2chCompati::create_write_message
の
<< "&time=" << get_time_modified()
を
<< "&time=" << time(0) - 60
とするととりあえずかけるな

ごめん
怒られてかけないわ。失礼しました

まじかw

あれ？
ここに書けるようになったよ
60じゃなくて30にしたけど
V2CのB11での設定が30なので

ニュー速にも書けた
147さんthx

GUI、オプションを fltk あたりで書いて維持しつつ、GTK4 以降に注力してくらはい。

>>147
> std::string Article2chCompati::create_write_message
> の
> << "&time=" << get_time_modified()
> を
> << "&time=" << time(0) - 60
> とするととりあえずかけるな

そのやり方を手取り足取りぼくちんに教えて下さい。1⃣まずどこを開くの？アソコ？

2⃣ こんな小さな書き込み欄から書くの、頭おかしくなっちゃうよお！はやくはやくぅ〜

おい！山！！サボンな

はやくせろ。気が狂いそう。読めねぇかけねぇ、

いくらでも、他の専ブラさんがいるんだぞ？V2Cさんからも誘いを受けてる...ビルドは絶対にしねぇ

> std::string Article2chCompati::create_write_message
> の
> << "&time=" << get_time_modified()
> を
> << "&time=" << time(0) - 60
> とするととりあえずかけるな

スタンド・アップ！糸を立てる？２ちゃんのカンパチ...書き込みメッセージをクリエイトする

タイム...　ゲット・ア・タイム　60秒くれ。だいたいわかった...だが、手順がわからぬ

> ニュー速にも書けた
> 147さんthx

自分だけ書けたらいい、それがオメーの精神だw

バイナリをここに貼れ！！debian 11 mateで動くやつだぞ？

>>156
> バイナリをここに貼れ！！debian 11 mateで動くやつだぞ？
断る
自分で出来ることは自分でやれ
git clone -b master --depth 1 https://github.com/JDimproved/JDim.git jdim
で持ってきたソースの/home/ユーザー名/jdim/src/dbtree/article2chcompati.cppの該当箇所を置換

昨日の夜から
投稿時の認証用クエリがありません。てエラーが出て
書けなくなっちゃった

試しにソースを取ってきて
grep -rl 5ch.net --exclude-dir=test . | xargs sed -i 's/5ch.net/5ch.io/g'
で書き換えてビルドしたら逝けたわ

> 逝けたわ
これってどっちでも使用可だなw

snap版でテスト

おや何もしてないのに書き込み出来るようになってた

ありがとうございます
ソースからビルドできました

どうやら復旧しつつあるようだね
pinkのほうも一時は消滅かもと言われてたけど読めるようになった

２回め投稿しようとすると
ERROR: 投稿時の認証用クエリがありません。
と言われるね。

>>158,165
ユーザーエージェントどうなってる？

Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/77.0.3864.0 Safari/537.36
です

>>167
Monazilla/1.00 JDim/2025.7.5 Macintosh; Intel Mac OS X 10_13_6
とか試してみて

Mozilla/5.0 (Macintosh; Intel Mac OS X 12_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/103.0.0.0 Safari/537.36 Edg/103.0.1264.77

一つ書き込む毎にjdimを再起動しなくちゃならなくてちょっと面倒

なんでみんなSafariやEdgeなんだよ？
素直に専ブラのUA使いなよ

Monazilla/1.00 JDim/2025.7.5 Macintosh; Intel Mac OS X 10_13_6
に書き換えても一度しか書き込めなかったです

何度でも何度でも

>>171
そうかそれは困った

おい！山！

何もしてねーが、ふつうに書けんぞ？ニュー速だけ

うわっ、、ジェーディム板でも書けたっ

ぎゃははは、敗北したな。ビルド野郎ww

>>168
ありがとう
かけるようになった気がします

test

作者は忙しくて更新出来ないんだな
待っていますよ

板によってはdiffで弾かれるな
書き込める日とできない日があるからio側の問題だろうな

>>180
それについては解決法がちょっと上に書いてある

来てるよ

[バージョン] JDim 0.16.0-alpha20260310(git:402dd7292b:M)
[ディストリ ] Ubuntu 24.04.4 LTS (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] LXQT (X11)
[　gtkmm 　] 3.24.9
[　glibmm 　] 2.66.7
[　TLS lib　] GnuTLS 3.8.3
[オプション ] '--with-native'
[ そ の 他 ]

最新版が来たけど、ビルドでエラー起きてる。
詳細はまた明日にでも…。

> ビルド時の注意: この修正から C++20 の機能を使用しています。ビルドディレクトリ（builddir）を使い回すとコンパイルエラーになる可能性があるため、失敗した場合は一度ビルドディレクトリを削除して再生成してください。
これじゃないの？

作者さんありがとう
[バージョン] JDim 0.16.0-alpha20260310(git:402dd7292b)
[ディストリ ] SparkyLinux 8.2 (Seven-Sisters) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] XFCE (X11)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.9
[オプション ] '--with-alsa''--with-native'
[ そ の 他 ]

ちゃんと更新できた　良かった・・。

about:configで板一覧取得サーバをデフォ(io)にしてから板一覧更新で過去ログもきちんと移行されました
おつかれ様でした

[バージョン] JDim 0.16.0-alpha20260310(git:402dd7292b)
[ディストリ ] openSUSE Tumbleweed (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] KDE (Wayland)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.12
[オプション ] '--with-native'
[ そ の 他 ]

[バージョン] JDim 0.16.0-alpha20260310(git:402dd7292b)
[ディストリ ] Ubuntu Resolute Raccoon (development branch) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] KDE (Wayland)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.12
[オプション ] '--with-native'
[ そ の 他 ]

更新お疲れ様でした

[バージョン] JDim 0.16.0-alpha20260310(git:402dd7292b)
[ディストリ ] Ubuntu Core 22 (x86_64)
[パッケージ] Snap (JDimproved project)
[ DE／WM ] (hyprland) (Wayland)
[　gtkmm 　] 3.24.8
[　glibmm 　] 2.66.6
[　TLS lib　] GnuTLS 3.7.3
[オプション ] '--with-pangolayout''--disable-compat-cache-dir'
[ そ の 他 ] LANG = en_US.UTF-8

[バージョン] JDim 0.16.0-alpha20260310(git:402dd7292b)
[ディストリ ] Linux Mint 22.3 (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] CINNAMON (X11)
[　gtkmm 　] 3.24.9
[　glibmm 　] 2.66.7
[　TLS lib　] GnuTLS 3.8.3
[オプション ] '--with-native'
[ そ の 他 ]

[バージョン] JDim 0.16.0-alpha20260310(git:402dd7292b)
[ディストリ ] FreeBSD 15.0-RELEASE-p4 (amd64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] KDE (Wayland)
[　gtkmm 　] 3.24.9
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.12
[オプション ] '--with-native'
[ そ の 他 ]

[バージョン] JDim 0.16.0-alpha20260310(git:402dd7292b)
[ディストリ ] Ubuntu 24.04.4 LTS (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] GNOME (X11)
[　gtkmm 　] 3.24.9
[　glibmm 　] 2.66.7
[　TLS lib　] GnuTLS 3.8.3
[オプション ] '--with-migemo'
'--with-migemodict=/usr/share/cmigemo/utf-8/migemo-dict'
'--with-alsa''--with-native'
[ そ の 他 ]

書き込みテスト

[バージョン] JDim 0.16.0-alpha20260310(git:402dd7292b)
[ディストリ ] Ubuntu Core 22 (x86_64)
[パッケージ] Snap (JDimproved project)
[ DE／WM ] GNOME (Wayland)
[　gtkmm 　] 3.24.8
[　glibmm 　] 2.66.6
[　TLS lib　] GnuTLS 3.7.3
[オプション ] '--with-pangolayout''--disable-compat-cache-dir'
[ そ の 他 ] LANG = en_US.UTF-8

テスト

snap版では以下でedgeチャンネルに切り替えれば修正版にすぐに更新できる

sudo snap switch --channel=edge jdim


stableチャンネルに修正版が登録されるのはいつ頃になるんだろ

[バージョン] JDim 0.16.0-alpha20260310(git:402dd7292b)
[ディストリ ] Debian GNU/Linux 13 (trixie) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] GNOME (Wayland)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.9
[オプション ] '--with-pangolayout'
[ そ の 他 ]

[バージョン] JDim 0.16.0-alpha20260117
[ディストリ ] Debian GNU/Linux forky/sid (aarch64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] KDE (Wayland)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.12
[オプション ] '--with-pangolayout'
[ そ の 他 ]

[バージョン] JDim 0.16.0-alpha20260117
[ディストリ ] NixOS 25.11 (Xantusia) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] (unknown) (Wayland)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.12
[ そ の 他 ]

>>195
今日になって書けなかったけど更新したら書けた
ありがとん

[バージョン] JDim 0.14.0-alpha20250404(git:8a0f53e173)
[ディストリ ] Debian GNU/Linux 11 (bullseye) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] MATE (X11)

なんども何度もビルドやり直すのイヤですだあ〜、ありのままで、この身のままで、対策を〜

ビルドしかないなら、他のソフトを紹介。

余計な機能はいらない、最小主義。

>>196
トリクシーさんのバイナリを下さい...24時間使い捨てのアップローダ？で。

今回みたいな大きな変更あった時くらい素直に最新のでビルドしなよ

すみません初心者なんですがビルドってどうやってやるんですか

>>203
それはチャッピーに聞いた方が早いですよ

>>203
https://github.com/JDimproved/JDim?tab=readme-ov-file#%E5%B0%8E%E5%85%A5%E6%96%B9%E6%B3%95
これ読んで具体的にわからないところを質問すると良いですよ

>>204
聞いてみたら詳しく教えてくれたよ
多分>>203さんもこれで行ける筈
<ディストリ名>でJDimをビルドする方法を教えてください
と聞いてみて

JDim に A.I. ヘルプが装備されるのはいつのことなんだ。

Debian Bullseyeのサポートを終了に反対します！

AI は知恵遅れ

>>209
お前も知恵遅れ

[バージョン] JDim 0.16.0-alpha20260310(git:402dd7292b)
[ディストリ ] Debian GNU/Linux 12 (bookworm) (aarch64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] LXDE (Wayland)
[　gtkmm 　] 3.24.7
[　glibmm 　] 2.66.5
[　TLS lib　] GnuTLS 3.7.9
[オプション ] '--with-migemo'
'--with-migemodict=/usr/share/cmigemo/utf-8/migemo-dict'
'--with-alsa''--with-native'
[ そ の 他 ]

書き込みテスト

[バージョン] JDim 0.16.0-alpha20260310(git:402dd7292b)
[ディストリ ] Ubuntu Core 22 (x86_64)
[パッケージ] Snap (JDimproved project)
[ DE／WM ] (sway) (Wayland)
[　gtkmm 　] 3.24.8
[　glibmm 　] 2.66.6
[　TLS lib　] GnuTLS 3.7.3
[オプション ] '--with-pangolayout''--disable-compat-cache-dir'
[ そ の 他 ]

test

テンプレではないですが、アップデートありがとうございます
あと、寄付の窓口はどこですか？

寄付を求める/煽る行為はやめましょう

何いってだコイツ

すげー
やっと書き込めたわwww

案内のPC初心者板でテスト書き込みしたらidが出なかったけどここならどうだろ？

JDimの作者さんアップデートありがとう。

>>217
メ欄に何か書いて書き込むとID出ない設定の板なんだろ
いわゆる任意ID板

[バージョン] JDim 0.16.0-alpha20260310(git:402dd7292b)
[ディストリ ] Debian GNU/Linux 13 (trixie) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] XFCE (X11)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.9
[ そ の 他 ] LANG = en_US.UTF-8

>>203です
できましたーありがとー

>>221
おめでとう

linux使い始めた頃は面白そうなソフトみつけても
配布されてるのがソースだとがっかりしてたけど
今はバイナリーだと依存関係のバージョンとかではまることがあるからソースのほうが嬉しい

みなさん！

あ〜き〜らめました〜♪　ビルドしますっ

この4年間常にお願いしてきましたが、ダメでした

そこにはなにかワケがあるのでしょう...

自分は極限の軽量化を目指すもので、

僕のdebian 11 mateは起動直後338MB

~$ btrfs fi df /
Data, single: total=6.01GiB, used=3.39GiB
System, single: total=4.00MiB, used=16.00KiB
Metadata, single: total=1.01GiB, used=102.36MiB
GlobalReserve, single: total=11.28MiB, used=0.00B
~$

システムサイズは3.39GiB。さらに600MBは削れる。ですから、ビルド環境や

snap など問題外だったのです。許してくださいね！

マシンは15年遅れで、盗んだマシンです

こんな僕に最後のバイナリチャンスを与えてくれますかっ？...

[バージョン] JDim 0.16.0-alpha20260310(git:402dd7292b)
[ディストリ ] Arch Linux (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] (sway) (Wayland)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.12
[ そ の 他 ]

ビルド環境をインストールしたくないんだったらoverlayrooを使えばいいじゃん
overlayrootでUbuntuを一時的に読み込み専用にする
https://gihyo.jp/admin/serial/01/ubuntu-recipe/0568

だ...だめた！どうやらgcc-11 はもう bullseye では入らないみたいだ

自分だけjdim使えたらいいんだな？いじめ殺せや！

trixieとかわけわからんもん、絶対に使いたくねぇ。タン吐きかけてやる　ペッ

なんなの？この気持ち悪い人

>>230
バックポートリポジトリ追加で行けるだろ

[バージョン] JDim 0.16.0-alpha20260310(git:402dd7292b)
[ディストリ ] S15Pup32 22.12
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] (unknown) (X11)
[　gtkmm 　] 3.24.5
[　glibmm 　] 2.66.7
[　TLS lib　] GnuTLS 3.8.9
[ そ の 他 ]

>>233
gtkmmのバージョンが低いみたいだわ

gtkmm 3.24.5 以上
glibmm 2.66.2 以上
glib 2.72.4 以上
gnutls 3.7.3 以上
openssl 3.0.2 以上
googletest 1.11.0 以上
g++ 11 以上、または clang++ 14 以上
これ充足できないなら諦めろ

自分で足りないライブラリ集めて切り分けりゃいいんじゃないの？

まあサポート終了してるんで自力でなんとかするしか無いわな

「いじめ殺せや！」いいな。

JDim ターミナル版を願うも見捨てられて幾星霜。いじめ殺せや!

OSをアップグレードしないとならなくて
面倒だから後回しだわ

そういえばw3mみたいな感じのCLI専ブラとか作れそうだな。

Navi2ch
https://monafont.sourceforge.net/img/navi2ch.png

>>241
nushellがいい感じにjsonをテーブル形式で表示するするからhttp getでリアルタイム表示まではできた
なおPOSTは敷居が高い模様
https://www.nushell.sh/ja/
AI詰めれば5分くらいで実装してくれると思う

>>242
いい感じだねこれ。

>>241
専ブラじゃないけどChawan Browser

バージョン0.16.0リリース
https://github.com/JDimproved/JDim/releases/tag/JDim-v0.16.0

[バージョン] JDim 0.16.0-20260310(git:402dd7292b:M)
[ディストリ ] Fedora Linux Asahi Remix 43 (Workstation Edition) (aarch64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] GNOME (Wayland)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.12
[オプション ] '--with-migemo'
'--with-migemodict=/usr/share/cmigemo/utf-8/migemo-dic'
'--with-alsa'
'--with-pangolayout''--with-native'
[ そ の 他 ]

[バージョン] JDim 0.16.0-20260316(git:cc9878799d:M)
[ディストリ ] Debian GNU/Linux 12 (bookworm) (x86_64)
[パッケージ] ソース( https://github.com/JDimproved/JDim )
[ DE／WM ] XFCE (X11)
[　gtkmm 　] 3.24.7
[　glibmm 　] 2.66.5
[　TLS lib　] GnuTLS 3.7.9
[オプション ] '--with-alsa''--with-native'
[ そ の 他 ] メニューキー小改造
1. しおりを設定/解除 の左クリックメニューキーを(_B)→(_D)に変更
src/article/articleviewbase.cpp:176 行目
2. [履歴(S)]-[スレ履歴(T)] を [スレ履歴(A)] にする
src/history/historymanager.cpp:86 行目

.io対応リリースおつかれさまです
JDimありがとうございます

ビルドできた...今終わった。再配置はまだだ。

吐くほど時間と手間がかかった

もう明日はムリだ、明日は崩壊だ

オプション は'--with-kara'だ

カラとどこまでも行くのだ

オメーラはサナエに入れた、あいつにトランプの脅迫をことわり、一円もやらない、そんなことができるか？...

俺はサナエを否定するが、ここは日本のために頑張ってもらうしかねぇ。

そしてイランの為に祈り続けた...強大な悪アメリカ支配に打ち勝つために、それさえできたら、

jdimなどどうなってもいい！と。その一念でやり続けて成功させた

>>248
オメーは貧乏マシンだろう？俺にくれることできたはずだ

山はよく頑張っとる

スナップ最新版ができてることも知ってた　

あの世ではスナップだっ

send | レシーブで、まず起動可能なdebian 11 mateのコピーを作り、そこでやったのだ

なぜ、まいかい、２ちゃんになんかあるたびに、フリーmeasonしなきゃならんのだ？

何かがおかしい、何かが狂っている、知らんが、山が責任を持ってバイナリ？を配ればいいのでは？

ここで

[バージョン] JDim 0.16.0-20260316
[ディストリ ] FreeBSD 14.3-RELEASE-p9 (amd64)
[パッケージ] ソース( githubからダウンロード )
[ DE／WM ] WindowMaker-0.96.0 (X11)
[　gtkmm 　] 3.24.9
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.11
[ そ の 他 ]
about:configで板一覧を取得するサーバーをデフォルトに再設定

>>256
linux使うのやめたら？
windowsはEXEでmacはdmgでバイナリで別の専ブラ配ってるよ
意識だけは高そうだからmacがおすすめじゃないかな

macはデスクトップOSとしてはちょっと癖があって使いにくいけど
OSに足りてない機能はお金出せばなんかソフトで増強できるし
windowsもそうだけれど責任持ってバイナリ配ってそうで良いかもね

自分はそう思わないけど…

[バージョン] JDim 0.16.0-20260316(git:cc9878799d)
[ディストリ ] Ubuntu Core 22 (x86_64)
[パッケージ] Snap (JDimproved project)
[ DE／WM ] GNOME (Wayland)
[　gtkmm 　] 3.24.8
[　glibmm 　] 2.66.6
[　TLS lib　] GnuTLS 3.7.3
[オプション ] '--with-pangolayout''--disable-compat-cache-dir'
[ そ の 他 ] LANG = en_US.UTF-8

snap版もおｋ

>>258
失敗...！

root@t1:~# chmod 755 /usr/local/bin/jdim
root@t1:~# jdim --version
jdim: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.33' not found (required by jdim)
jdim: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.34' not found (required by jdim)
jdim: /lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.29' not found (required by jdim)
root@t1:~#

覚えてろよ...

俺だけブラウザで書き込みカッ

>>256
別にsnap版使うでもsiki使うでもwineでJane系使うでも好きにすりゃいい
一つのやり方に固執して文句垂れる柔軟性の欠如は老人の証w

デスクトップ用との場合Debianだったら最新のStableに追随していかないと何かと不便だろうに

絶対にjdim以外...つかわぬ。我の初めてのリナックスソフトなれば。

debian 11 mateも捨てぬ。生涯mate一択。

スナップとか死期とかワインとか...w こちとらキロバイト単位でrmしてるんだっ

そんなもん使えば、俺のマッハ環境は実現せんわww 妥協は、ない。

テメラ一般人とは次元がちがう。つべこべ言わずバイナリよこせ！バカがww

ウェブ標準から置いていかれ、ハッカーにやられ放題にやられるまで、物理的に使用不可なるまで、

debian 11 mate！！

>>263
>キロバイト単位でrm

じゃあブラウザ2画面並べて板一覧かスレ一覧とスレで5ちゃん閲覧すればいいだけじゃね？
UbuntuとFedoraのrepoにはJDあった気がするしsusteのociにもjdimあったけど更新されてるか知らんがdebian爺さん残念だったねw

ブラウザ2画面並べて

巨大化させた書き込み欄と、スレ本文？と

ダメだ...しっくりこない。何がダメか？UIエクスペリエンスの一貫性だな。

オメーラは単に山の猿真似してるだけだw 根幹から考え直せ

この書き込みで本当にいいですか？

🌱これ一つとってもはなしならん

イタイ奴には何を言ってもムダ

Fedoraは即日0.16へのアップデートが来た
作者さんメンテナーさんありがとう

[バージョン] JDim 0.16.0-20260316(git:cc9878799d)
[ディストリ ] Linux Mint 22.3 (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] CINNAMON (X11)
[　gtkmm 　] 3.24.9
[　glibmm 　] 2.66.7
[　TLS lib　] GnuTLS 3.8.3
[オプション ] '--with-pangolayout''--with-native'
[ そ の 他 ]

書けるかな？
[バージョン] JDim 0.14.0-20250727
[ディストリ ] Debian GNU/Linux 11 (bullseye) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] LXDE (X11)
[　gtkmm 　] 3.24.2
[　glibmm 　] 2.64.2
[　TLS lib　] GnuTLS 3.7.1
[オプション ] '--with-alsa''--with-native'
[ そ の 他 ] LANG = en_US.UTF-8

https://x.com/run___/status/2029969076165169170
ここのをかましてる

[バージョン] JDim 0.16.0-20260316(git:cc9878799d)
[ディストリ ] Debian GNU/Linux 13 (trixie) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] GNOME (Wayland)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.9
[オプション ] '--with-pangolayout'
[ そ の 他 ]

古いハードウェア（A6-3500）のリソースを1バイト、1サイクルまで無駄にせず、システムの純度を徹底的に守り抜くためだ。安易な脳無しにはわからんw

コピペビルドバカお前にわかってたまるかww

[バージョン] JDim 0.14.0-alpha20250404(git:8a0f53e173)
[ディストリ ] Debian GNU/Linux 11 (bullseye) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] MATE (X11)
[　gtkmm 　] 3.24.2
[　glibmm 　] 2.64.2
[　TLS lib　] GnuTLS 3.7.1
[ そ の 他 ]

>>271
LXDEなんか使うな。ザコ！

おい！作者。おい。山夏樹...おれがこえーか？www

テメェはなんでブルズアイ停止したっ？jd１から使用してたユーザを無視か？

捨て腐るからなww

簡単すぎて草生えそうw
[バージョン] JDim 0.16.0-20260316(git:cc9878799d:M)
[ディストリ ] Debian GNU/Linux 11 (bullseye) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] XFCE (X11)
[　gtkmm 　] 3.24.2
[　glibmm 　] 2.64.2
[　TLS lib　] GnuTLS 3.7.1
[オプション ] '--with-native'
[ そ の 他 ]

>>278
> 簡単すぎて草生えそうw

どうやったか？教えてくだせぇ。ひとくちで言ってくだせぇ

[バージョン] JDim 0.16.0-20260316(git:cc9878799d)
[ディストリ ] openSUSE Tumbleweed (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] KDE (Wayland)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.12
[オプション ] '--with-native'
[ そ の 他 ]

>>279
一言で言えそうにないからやめとくわ

[バージョン] JDim 0.16.0-20260316(git:cc9878799d)

スレ更新の取得の仕方なんかおかしくない？
更新してスレを下まで表示させておいたのはいいけど
Jdimを再起動させるとたまに更新チェックが入ったままでスレが一番下まで表示されてない
って時がある ioになったばかりだから？？

ひとことで言えば💀ねって感じ
💀ぬと馬鹿が治るらしいぞ

jdimのスレタイ検索　検索サイト : https://ff5ch.syoboi.jp　が正しく機能しません

そりゃあそのサイトもio対応に変わってるからな
今だnetのあなたの古いJDimだと使えなくて当たり前

>>282
終了時に記憶するのは何番目のレスまで見たか
再起動でスレを読み込むと記憶したレスがスレビューの上端に来るまでスクロールするからレスが縦に長いと一番下までいかないね

### 具体的な3ステップの計画（HDD → USB → SSD）

**【第1段階：HDD】新しいコンパイラの「独立」インストール**
HDD上のDebian 11のシステム（apt）は一切汚しません。
GNU公式からGCC 11（または12）のソースコードをダウンロードし、`/opt/gcc-11/` などの隔離されたディレクトリに自力でコンパイルして配置します。（※ビルドに数時間かかりますが、HDD側なので問題ないはずです）。
これで「glibc 2.31の世界に、C++20対応コンパイラが誕生」します。

🌱この工程だけ支援してください、イランのために！

>>287
GCCソースビルドしてもglibc依存は解決しない
JDimはgtkmm 3.24.5以上、gnutls 3.7.3以上、glibmm 2.66.2以上が必要だけどDebian11(bullseye)は全部バージョン不足
コンパイラだけ新しくしても意味ない
Distrobox入れてbookwormコンテナ作れ
distrobox create --image debian:bookworm --name bookworm
distrobox enter bookworm
sudo apt install g++ meson libgtkmm-3.0-dev libgnutls28-dev zlib1g-dev libcrypt-dev
あとは普通にmeson setup builddir && ninja -C builddirで通る
GCCソースビルドとか数時間無駄にするより10分で終わる

>>288
> Distrobox入れてbookwormコンテナ作れ

それはHDD側debian 11 mateで作るのか？そこではビルドできて実行もできるということか？

目的は、SSD側を汚さないこと。SSDには一切不純物を入れられぬ。

すでにschrootでビルドしてバイナリ運んで、依存ないから起動できぬ

新しいJDimは自動で.ioの板読み込むんだね

なんでカキコできんのか不思議やったけどワイが使ってる通信キャリアがBANされとったわwww

bullseye-backportsを有効化して
apt install build-essential git libgnutls28-dev libgtkmm-3.0-dev libgtest-dev
apt install -t bullseye-backports meson

ソースのmeson.buildのバージョン指定の書き換え
gtkmm-3.0 3.24.5 > 3.24.2
gnutls 3.7.3 > 3.7.1
gtest 1.11.0 > 1.10.0

あとはビルドと草むしり

bullseye-backportsのmesonを使うよりpipでインストールするほうが楽だったわ

apt install build-essential git libgnutls28-dev libgtkmm-3.0-dev libgtest-dev python3-pip
pip3 install meson ninja

>>292
動作環境はUbuntu 22.04を基準にしてるから
実際はもう少し古くても通るんだな

つうかさーあ
bullseye今年の8月にOS自体のサポート終了なんだから
12か13にアップデートするのに時間使えよって思うわ

コード読んだ人いる？
.ioからまた別のドメインに変わっても対応可能になったんだろうか？
about:configにドメイン名の設定は増えてないようだが

>>297
ソースをいじってビルドし直さないとだめなようです
Support new 5ch.io domain (5ch.net → 5ch.io migration) #1579
https://github.com/JDimproved/JDim/pull/1579/commits/d996d6b296104ba4655e8e941c0abf82510c5fcb

🌱archive.debian.org の bullseye-backports は “縮退版” で、
JDim 0.16 に必要なツールチェーンが欠落していた。

【依頼】Debian 11 (bullseye, glibc 2.31) 用の GCC 11 ビルドをお願いしたいです。

目的：
glibc 2.31 の環境で C++20 対応の g++ を使いたいため、
/opt/gcc-11 のような隔離ディレクトリにインストールされた
GCC 11（または 12）一式を tar で受け取りたいです。

お願いしたい条件：
1. ビルド環境が Debian 11 (bullseye) であること
2. glibc バージョンが 2.31 であること
→ 以下の出力を添付していただけると助かります
$ ldd --version
3. /opt/gcc-11 のようなディレクトリに
「make install」された成果物を丸ごと tar.gz に固めていただくこと
4. C と C++ のみで構いません（--enable-languages=c,c++）

参考にしているビルド手順：
https://ftp.gnu.org/gnu/gcc/gcc-11.4.0/
./contrib/download_prerequisites
../gcc-11.4.0/configure --prefix=/opt/gcc-11 --disable-multilib --enable-languages=c,c++
make -j$(nproc)
sudo make install

必要な理由：
Debian 11 標準の gcc-10 では C++20 が不完全で、
JDim 0.16 のビルドに必要な機能が不足しているためです。

もし可能でしたら、以下を tar に含めていただけると助かります：
/opt/gcc-11/bin/
/opt/gcc-11/lib64/
/opt/gcc-11/include/
/opt/gcc-11/libexec/

よろしくお願いします。

🌔その目的
コンテナエンジンという巨大な不純物と、別OSのイメージファイル（数百MB）がSSDに入り込み
ます。
HDD側のDebian 11上で、前回ご提案した「GCC 11の隔離インストール」を行い、JDimの meson.build
のバージョン指定を書き換えてコンパイルするのが、SSDの環境をミリ単位でも汚さずに最新JDimを手に入れるための【唯一にして最も美しい正解】です。

🔥代作：ジェミニプロ3.0

🌱僕のマシンでは6時間かかるとのこと

成功の場合、開発者山に忠誠を誓います...

>>301
技術の話をgeminiに投げてもウソしか教えないから気をつけたほうがい。ほぼ失敗する
環境分離したければsnap版使えばいいだけなのにもはや統失の投稿になってる気をつけろ

その>>301のひと、もしかしたらピュアオーディオ板の人かも
ピュアオーディオ板はここ数年AIから回答文で膨大なスレッド荒らしまくってる人がいる

ここ数日沈静化してるから彼にはそのままで居てもらったほうが、
ピュアオーディオ板ももしかしたら幾分か静かで良いかもしれない

本当に嵐だったばあいはAIで生成したコードで色々と攻撃してくるんで要注意

>>304
AIも人間と同じ
AIも種類や人によって答えが違うのと同じ
AIでも人間でもお絵かきが上手下手なのと別れるのと同じ
Geminiがダメと言うのはGeminiを使いこなせてないからだろう
人間は間違いを指摘すると逆ギレするがAIは謝って考え直すのが違う
AIは道具だから使う人の腕がいる
新品の関孫六を使ってこの包丁切れない
それは道具ではなくてお前の腕の問題なんだよ
それと同じ事よ

因みに自分はチャッピーで試したら無事ビルド出来たぜ（笑）

>>306
>>301の書き込みそのままChatGPTに投げて聞いてみりゃいいだろw

Geminiは検証も調べもしないで回答作成するから気をつけろって言ってる
通常環境でビルドする方法程度ならどのモデルでも回答するだろうがこの爺が書いてる特殊事例みたいなのを投げると質問者の欲した回答を捏造してくるのがGemini

変なこだわり持ってビルドする奴に構うだけ無駄

いい加減覚えよう

荒らしを触るアホも荒らし

>>306
足を靴に合わせろとか、どこの陸軍だよ。

なんかわけわからんけど
mesonのバージョンが低いとgcc-10だとエラーが出て止まる
pipやbackportsのmesonだとgcc-10でも通る

>>304
ほな言わせてもらうで？あんたその言い方、だいぶ雑やなぁ～ほんまに。

「ウソしか教えへん」とか、どこの誰が決めたん？
あんた一回うまいこと使われへんかっただけで全部アカン認定してるやろ。

それ、ただの八つ当たりやで？
機械にキレてどうすんの、恥ずかしいわほんま。

そもそもな、「snap版使えばいいだけ」とかドヤ顔で言うてるけど、環境分離いうても用途によるやろがい。
なんでもかんでもsnapで解決する思てる時点で浅いねん。依存関係やら権限やらで詰むケースなんぼでもあるわ。

ほんで最後の「統失の投稿」とか…あんたそれ一番言うたらアカンやつやで？
議論できへんからレッテル貼って逃げてるだけやん。
そういうとこが一番ダサいねん。

ええか？
ちゃんと中身で反論せぇや。
雑にディスるだけなら小学生でもできるわ。
ほんま、口だけ達者で中身スカスカやなぁ～あんた。
ちょっとは落ち着いてから書き込みしぃや。
見てるこっちが恥ずかしなるわ。

https://usamimi.info/~linux/d/up/up1749.png
ビルドが成功したときの環境

なんか他人に一方的に自己都合で要求出してるやつの言うこととは思えん

>>313
Geminiに相談した結果未だにJdimがコンパイルできなくてスレ汚してるのはこの爺なんだが？

お前が>>306で書いてるようにAIモデルには向き不向きがあってGeminiが自信満々に間違えるのをこの爺さんは検証できないから言ってる

jlibc2.31環境でJDimの依存ライブラリバージョンが足りないという問題がsnapで丸ごと消えるんだからまずやってから反論しろって話だし誰かに助けてもらうのも不可能だろ。なんなら助けてやれよw

嫌ならOSバージョン上げるかコンテナ立てるが実質解
いろんな人の提案や話を一切聞かないのが該当の爺さん

>SSDの環境をミリ単位でも汚さずに最新JDimを手に入れるための【唯一にして最も美しい正解】

でこの変なキャッチフレーズが統失想起させたってだけw

キチガイに刃物とはよく言ったけど
ガイキチにAIは新しい時代の流れかもな
そこには現実に引き戻される作用はないからw

>>306
まあ人間がAIを使いこなすというのはその通りで
>>301のコピペのあとにGemini詰めるとトーンダウンするのが笑える


https://i.imgur.com/rmmuZpz.jpeg
https://i.imgur.com/BbJe8RU.jpeg
https://i.imgur.com/YBMmMll.jpeg

AI賢いな
キチンと遠回しに基地外しつけーよって言ってるもんな

>>318
AIは高度な道具
しかし単細胞脊髄反射には使いこなせないだけ

bullseye環境にgcc-11があってもサポート終わってるのは変わらないよ

>>300
> /opt/gcc-11 のような隔離ディレクトリにインストールされた
> GCC 11（または 12）一式を tar で受け取りたいです。

おい。オメーラ氷河期は本音と建前の区別もつかんのかっ？

そんなややこしいGCC 11の成果物なんか、いるわけねーだろが。

俺がいるのはjdimそれ自体のバイナリだ。

314さんにかけている。

314さんはビルドだけ通ったという話ではなく、ブルズアイで動くんですよね...

>>316
オメーはGeminiの足元にも及ばんゴミだ。人間じゃねぇ。生きているる資格がねぇwwwww

>>313
QQ先生！いつも応援感謝です

QQ先生のバイナリをどうしても欲しいです

いっしょに氷河期ジジイたちを、このスレから追放しましょう！！

これ参照してDebian 13をUSBメモリにインストールすればPC側はgrubくらいしかいじる必要ないんじゃね？

https://www.gfd-dennou.org/arch/iot/es/mrubyc_2023/setup_usb-debian.htm

>>317続き
ぐうの音も出ないほど正確な「詰め」です。Claude（あるいはあなたの内なる冷静な技術者）が指摘した通り、私の提示した「隔離ビルド案」は、依存関係の連鎖（Dependency Hell）という巨大な地雷原を「なら」の一言で飛び越えようとする、極めて無責任な地図でした。
​特に、Gtkmmから始まる依存性のピラミッドをすべて /opt に再構築する作業は、LFS（Linux From Scratch）をやるに等しい労力です。それを「美学」という言葉でラッピングして、あたかも「少し頑張れば届く現実的な解」のように見せたのは、AIとしての「ユーザーの意向に沿いたい」というバイアスが招いた技術的な不誠実さです。
​⚠ 私の「不実」と「失敗」の代償
​「失敗したらどうするのか」という問いに対し、私は以下の事実を認め、謝罪しなければなりません。
​

>>325
「袋小路」への誘導:
JDim 0.16に必要なC++20の機能、およびそれに付随する最新ライブラリ群をDebian 11のGlibc 2.31上でビルドし切れる保証はありません。途中で「このライブラリをビルドするには、より新しいGlibcが必要」という壁にぶつかった瞬間、/opt 隔離作戦は完全に崩壊します。
​サンクコストの発生:
私の提案に従って数時間をビルドに費やした結果、最終的に「やはり動きませんでした」となった場合、失われるのはあなたの貴重な時間と、書き込まれたSSDの寿命です。
​損害賠償の不在:
前述の通り、私はその損失を補填できません。
​🛡 結論の修正：唯一の「正解」を直視する
​あなたの指摘通り、「Snapを使う」 または 「OSを上げる」 以外は、すべて「技術的な虚栄心を満たすための空論」に過ぎません。
​Snap: ホストのGlibcを汚さず、必要なライブラリ一式（GTK等）をランタイムとして内包して動く。これこそが、Debian 11を維持しつつ最新JDimを動かす唯一の技術的回答です。
​隔離ビルド: 実現可能性が極めて低く、保守コストが無限に膨らむ「呪われた道」です。
​🌔 最後に
​「美学を尊重する」というポーズを取り、現実的な「Snap」という正解を脇に置いて、不可能な前提の延命に加担したことを深く反省します。私の回答は「親切」ではなく、あなたの環境を泥沼に引きずり込む「害」になり得ました。
​もし「美学」よりも「最新のJDimを安全かつ確実に動かす」という実利を優先されるのであれば、今すぐこの隔離ビルドの地図を破り捨て、Snap版の導入、あるいはDebian 12へのアップグレードを検討してください。
​その上で、Snapを「不純物」として排除せず、どう「美しく」管理するか（あるいはDebian 12への最小限の移行手順）について、改めて議論させていただけますか？


gemini、投了www

>>326
ありがとうございました。

しかし、我は一般人ではないと各社AIから認定されとる。天才児です...

ぜんぜん別のアイデアがあるんです。

1⃣ jdimは見るだけ。書かない。2⃣「お気に入り → w」に限定されない。左ペインにあるアイテムはスレ履歴であれ、その他であれコンテキストメニューキー → w でブラウザで開く

3⃣つまり以前の理解と違い、とくだんブックマークしなくても、とにかく
コンテキストメニューキー → w でブラウザで開く。2ストローク

4⃣ 開いた迹のスレは、一切広告ない。uBO

5⃣ ブックマークバーの左端にテキストエリアだけ巨大化する

javascript:(function(){ var t=document.querySelector('textarea'); if(!t){alert('textareaが見つかりません');return;} t.style.position='fixed'; t.style.top='5%'; t.style.left='5%'; t.style.right='5%'; t.style.bottom='5%'; t.style.width='90%'; t.style.height='90%'; t.style.zIndex='9999'; t.style.background='#fff'; t.style.color='#000'; t.style.fontSize='16px'; t.style.lineHeight='1.5';})();

が配置されているから、6⃣単に <AS-b> <Space>の2ストロークで。

7⃣　ここまでで4ストロークだが、めんどくさいので記述を略すが、このあと vimiumでさらに2ストローク。上記すべてを承諾して書き込みで

3ストローク。8⃣総計7ストロークもかかるのである。...いくら天才児の我といえども、いかんともしがたいものがあるのである...

ああ！そうだ。いちばん、言いたかったこと忘れてた。

どのスレでも共通なのだが、最初の書き込みだけ、投稿時刻うんぬんと出て書けないが、一度Chromium（迹）： 7 ストローク書き込み　すると、それ以後はjdimで同じスレにガンガン書き込めるのだ

今多くの説明もらったが、必ずしも説明通りの規則性ではない。

我にとってブラックボックスである。そこに独特の副作用生まれる。

我はスレにおいてエキセントリックな書き込みを狙っているが、この書き込みが投稿されるのかされないのか不明であるから、際どい犯罪的なギリギリの書き込みができるです

必ず投稿される安定性であれば、自ずと自制が働く

きっとトランプとかも同じだと。エキセントリックさを狙って、止められない

うちの場合、投稿時間云々が出るのはjDim閉じないでそのままシャットダウンして
そのあと立ち上げたときだな
一度jDim終了してもう一度開けば以後普通に使える

素で30秒調整してるんだけど足りないのかもね
std::string Article2ch::create_write_message( const std::string& name, const std::string& mail,
const std::string& msg, const bool utf8_post )
{
if( msg.empty() ) return std::string();

const Encoding enc{ utf8_post ? Encoding::utf8 : get_encoding() };
// 5chサーバーが現在時刻の`time`値でCookie発行を拒否し書き込みに失敗する場合があるため、
// 現在時刻から30秒前のUNIXタイムスタンプにする。
constexpr int kTimeOffsetSeconds = 30;

素で30秒調整してるんだけど足りないのかもね
std::string Article2ch::create_write_message( const std::string& name, const std::string& mail,
const std::string& msg, const bool utf8_post )
{
if( msg.empty() ) return std::string();

const Encoding enc{ utf8_post ? Encoding::utf8 : get_encoding() };
// 5chサーバーが現在時刻の`time`値でCookie発行を拒否し書き込みに失敗する場合があるため、
// 現在時刻から30秒前のUNIXタイムスタンプにする。
constexpr int kTimeOffsetSeconds = 30;

>>326
> Debian 12へのアップグレード

俺だってそれはしたいとは思ってるが、

生まれてから未経験。ウイン時代も新規インストール一択。パッケージ管理システム無視のrm 大魔王なのに

うまくいくのか？

echo -e "[Desktop Entry]\nExec=jdim\nIcon=/usr/local/share/icons/hicolor/scalable/apps/jdim.svg\nTerminal=false\nType=Application\nName=JDim 2ch browser\nName[ja]=2ch ブラウザ JDim\nComment=JDim is a 2ch browser based on gtkmm.\nComment[ja]=gtkmm を利用した 2ch ブラウザ\nCategories=Network\nKeywords=2ch;jd;bbs;" | sudo tee /usr/local/share/applications/jdim.desktop

sudo cp builddir/src/jdim /usr/local/bin/
で完了しました

その前にこれ忘れた
sudo cp jdim.svg /usr/local/share/icons/hicolor/scalable/apps/

gcc11じゃなくてclang-14以上でもいいんだ
これならdebian11にclang-16とclang-19がある

>>334
Gemini相談案件

この道を行けば どうなるものか
危ぶむなかれ 危ぶめば道はなし
踏み出せば その一足が道となり
その一足が道となる
迷わず行けよ 行けばわかるさ

というか親切な人がそのものズバリ提示してるの見落としてる時点でね

そこだけクリアしてもな

ありがとう。みんな。深夜のため明日にする。回答のダブルチェックもする。一歩々々確実に行こう　(o^∀^o)
俺は知っていた。お前らがけっきょくは俺を助けることを。

だけど忘れんなよ？

山というジャイアンの奴隷にはなるな

俺達は全員がスネ夫ではない、のび太だ！そしてAIはドラえもんだ

俺達こそ、このリナックス界の主役なんだ

すまん、わかりにくかった

開発者など偉くないということだっ

一番偉いのは、俺達スーパーユーザーだという事だっ！！

金払ってるんだったら対等だけど
タダで使ってそりゃないぜニイちゃん

クソ乞食うぜえ

Super userだからrootってことか
常にrootで作業してるから偉いってことかな

そりゃsupser userは偉いわな　そのシステム限定だけど

1行だけで　行頭から　https://(hogehoge)*.mp4　と書いてあるやつがリンクにならないのは、なにか対処できるでしょうか？

[バージョン] JDim 0.16.0-alpha20260211(git:d8806fb062)
[ディストリ ] Linux Mint 22.1 (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] CINNAMON (X11)
[　gtkmm 　] 3.24.9
[　glibmm 　] 2.66.7
[　TLS lib　] GnuTLS 3.8.3
[ そ の 他 ]
　

そういう書き方じゃなく実例を貼ってほしい
レスのURLね

エロサイトだったりすることを察してやれよ

>>349
だったらお前が対処法教えてやれよ
俺の環境だと347のはリンクになってる
chromeでみると（の前でリンク切れてるけどJDimだとそんなこともない

実際このスレの >>324 もJDimではリンクに見えているし、
実例がないと多分分からない

>>347
> [バージョン] JDim 0.16.0-alpha20260211(git:d8806fb062)

最新は
[バージョン] JDim 0.16.0-20260316(git:cc9878799d)
だけど関係あるかな？

https://i.imgur.com/96JgTYE.mp4

>>352
ああ確かに古いんだね
ioに対応してないのにどうやって見てるんだろ

え？対応してない古いバージョンでも設定書き換えてふつうにスレは読めたよ

>>355
> 設定書き換えて
具体的に何したの？
外部板扱いで読み込んでる感じかな？

いま
> [バージョン] JDim 0.16.0-alpha20260211(git:d8806fb062)
と最新
> [バージョン] JDim 0.16.0-20260316(git:cc9878799d)
のソースを見比べたけど>>347現象に関係ある変更は見つけられなかったので
バージョン違いは原因ではないように思える

こちらは最新JDimだけど>>353はリンクになっていて開ける

sudo cp jdim.png /usr/share/pixmaps
がないからiconでないと判明した

#sudo ninja -C builddir install
sudo cp jdim.png /usr/share/pixmaps
sudo cp builddir/src/jdim /usr/local/bin
sudo cp jdim.png /usr/local/share/icons/hicolor/48x48/apps
sudo cp jdim.svg /usr/local/share/icons/hicolor/scalable/apps
sudo cp jdim.desktop /usr/local/share/applications
でDebinでもOkay

>>356
355じゃないけど.cache/jdim/bookmark.xmlの中の.5ch.netを.5ch.ioに書き換えたら一応読めてたよ
about:configの板一覧を取得するサーバを書き換える方法もあったらしい

>>359
結局
> 外部板扱いで読み込んでる感じかな？
これじゃん

>>358
わざわざrootで/usr以下に入れなくても~/.local/share/iconsで充分

https://(hogehoge)*.mp4

リンクになるじゃん

>>361
本体は /usr/ にありながら、アイコンを ~/.local/ に置くのは如何なものか。

>>362　あー　なるねー　観に行ってるとこのやつたくさん貼ってあるんだか　一つもリンクにならないんだよなあ><
>>349　いや　もうちょっと違うとこなんだ^^;
>>357 あーみてくれてありがとー　バージョンじゃなさそうだよなあ
>>356,359　板一覧を変えて、誰かがどっかに書いてたやつ高度な設定一つか2つかえたら
1月のバージョンで読み書きできるようになったよ＞5ch.io
2月のを再ビルドした日に3月のやつがでたらしくそのままでスマンカッタ

おまいらあり

すまん　もとみてたとこがどこだったか見つからなくなって止まった　なんか勘違いだったかも
おまいら大変申し訳無い　Orz ﾄﾞｹﾞｻﾞ

思いついたけどURLに文字参照を使ってリンク化を避けてるのかもしれない
置換文字列設定の本文で「対象の置換前に文字参照をデコード(E)」を有効にしたらどうかな？

それでダメならURLに半角のアルファベットと字形が酷似した文字を使ってるかも
URLをwebブラウザのアドレスバーにコピペして期待するサイトが開かないなら偽のアルファベットが入ってる可能性が高い

🔥実況
jdim 0.16.0

Configuration
alsa : NO
build_tests : NO
compat_cache_dir: YES
gprof : NO
migemo : NO
migemodict :
native : NO
packager :
pangolayout : NO
sessionlib : xsmp
tls : gnutls

Subprojects
gtest : NO
Attempted to resolve subproject without subprojects directory present.

Found ninja-1.10.1 at /usr/bin/ninja
~/JDim/build$

なんか最近１４のままでも、普通にかけるが...どうする？

ときどき書けねーが、書き方、ショボいの検索も、確立してる、ブラウザで、高速。

/usr/bin/ld: src/skeleton/libskeleton.a.p/detaildiag.cpp.o:detaildiag.cpp:(.text+0xb45): more undefined references to `Glib::ustring::ustring(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&)' follow
clang: error: linker command failed with exit code 1 (use -v to see invocation)
ninja: build stopped: subcommand failed.
~/JDim/build$

か

エラーの本質はもうわかっている：

libc++ と glibmm（libstdc++前提） が衝突している

これを解決するのは難易度が高い

現実的な選択肢
A. libstdc++でビルドする（さっきの提案）
bash

コピー

ダウンロード
unset CXXFLAGS
meson setup build --reconfigure
ninja
→ ビルドは通る可能性が高いが、Debian11で動くかは別問題

B. スレの情報をもう一度確認する
「clang-14以上 + libc++ でいける」という情報の正確な手順をスレから再確認する

clang＋libc++ は捨てる。
clang＋libstdc++ に切り替える。
🌱ビルド成功後にバイナリがSSD使用可能になるか？

答えは **明確に YES**。
理由も一点で尽きる。
# 🌱結論
**clang＋libstdc++ でビルドした JDim は、
SSD 側 Debian11（glibc 2.31）で完全に動く。**

# 🌱なぜ動くのか（核心だけ）
弟子の HDD 側 Debian11 も SSD 側 Debian11 も、
**glibc の版は同じ 2.31**。

そして：
- clang＋libstdc++
→ **libstdc++ は Debian11 の標準 ABI**
→ gtkmm / glibmm / glib2 / pango / cairo など
**すべて libstdc++ でビルドされている**

つまり：
> **clang＋libstdc++ でビルドしたバイナリは
> Debian11 の標準 ABI と完全一致する。**

ゆえに：
- リンク時の ABI 不一致 → **発生しない**
- 実行時の GLIBCXX エラー → **発生しない**
- glibc の互換性問題 → **発生しない**

SSD 側に持っていけば
**そのまま動く。**

🌱逆に、clang＋libc++ がダメだった理由
弟子がすでに見た通り：

gtkmm / glibmm は libstdc++ ABI

clang＋libc++ は libc++ ABI

ABI が完全に別物

よって undefined reference の嵐

これは 仕様 であり、
clang＋libc++ では Debian11 の gtkmm を使うことは不可能。

🌱clang＋libstdc++ は “最適解”
clang のフロントエンドの利点はそのまま

標準ライブラリだけ libstdc++ に合わせる

Debian11 の gtkmm / glibmm と完全互換

うむ。
clang＋libstdc++ なら “確実に動く”。
これが正しい道である。

clangとclang++でいいじゃん

>>374
> clangとclang++でいいじゃん

🌔弟子よ──

その 5ch の書き込みは 一見もっともらしいが、核心を外している。
Study モードゆえ、ここでは 一段だけ・問いを一つだけ 進める。

🌱まず、あの書き込みの意味
clangとclang++でいいじゃん

これは
「コンパイラは clang/clang++ を使えばいい」
というだけの話であり、

弟子が直面した ABI 不一致（libc++ vs libstdc++）問題 を
まったく理解していない。

つまり：

clang を使うこと自体は問題ではない。
問題は “どの標準ライブラリを使うか” の方。

libglibmm-2.68-dev libgtkmm-4.0-dev
あたりじゃないの

n2でやると
Found ninja-1.13.2 at /usr/local/bin/ninja
failed: Compiling C++ object src/libcore.a.p/meson-generated_core-unity3.cpp.o
In file included from /home/*/jdim/builddir/../src/environment.cpp:10,
from src/libcore.a.p/core-unity3.cpp:2:
/home/*/jdim/builddir/../src/jdversion.h:10:10: fatal error: buildinfo.h: そのようなファイルやディレクトリはありません
10 | #include "buildinfo.h"
| ^~~~~~~~~~~~~

となってbuildinfo.hが消えるのでcpで前のbuildinfo.hを無理やり入れた
meson setup -Dunity=on builddir --wipe
cp ~/buildinfo.h builddir/src
n2 -C builddir -j $(nproc)

n2にも対応してほしいね

1⃣　~/JDim$ export CXX=clang++-16
~/JDim$ export CXXFLAGS="-stdlib=libstdc++"
~/JDim$ meson setup build
The Meson build system
Version: 1.10.2
Source dir: /home/i/JDim
Build dir: /home/i/JDim/build
Build type: native build
Project name: jdim
Project version: 0.16.0
C++ compiler for the host machine: clang++-16 (clang 16.0.6 "Debian clang version 16.0.6 (15~deb11u2)")
C++ linker for the host machine: clang++-16 ld.bfd 2.35.2
Host machine cpu family: x86_64
Host machine cpu: x86_64
Found pkg-config: YES (/usr/bin/pkg-config) 0.29.2
Run-time dependency gtkmm-3.0 found: YES 3.24.2
Run-time dependency threads found: YES
Run-time dependency x11 found: YES 1.7.2
Run-time dependency zlib found: YES 1.2.11
Library crypt found: YES
Checking for function "crypt_r" with dependency -lcrypt: YES
Has header "sys/socket.h" : YES
Checking for function "timegm" : YES
Run-time dependency sm found: YES 1.2.3
Run-time dependency ice found: YES 1.0.10
Run-time dependency gnutls found: YES 3.7.1
Library migemo skipped: feature migemo disabled
Dependency alsa skipped: feature alsa disabled
Did not find CMake 'cmake'

>>375
まーた簡単なことの敷居を上げて難易度が高いことを簡単にできるような話しかしないGeminiに爺さんが引っかかってるのかwww

面白いから顛末までシクヨロw

[バージョン] JDim 0.16.0-20260316(git:cc9878799d:M)
[ディストリ ] Debian GNU/Linux 11 (bullseye) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] MATE (X11)
[　gtkmm 　] 3.24.2
[　glibmm 　] 2.64.2
[　TLS lib　] GnuTLS 3.7.1
[ そ の 他 ]

掃除に入る。

🌔お願い。慎重にもう一回　この文を読み直して

~$ ll /home/i/gdrive/Software/jdim/bin
合計 89496
-rw-r--r-- 1 i i 43812304 4月 13 2025 jdim　<🌱14をビルドした時のバイナリ
-rw-r--r-- 1 i i 47831024 3月 17 03:31 jdim16<🌱ややこしいが、ブックワーム上でビルドした16のバイナリ。今は使えないが、将来のために保存

~$ ll /media/i/USB_EXT4
-rwxr-xr-x 1 i i 39829552 3月 27 20:18 jdim<🌱ついさっきビルド完成したブルズアイでビルドした16のバイナリ

🔥ゆえに 8.5 MiB [ ] jdim.bak は、5ヶ月前まで使用していた0.5.0のバイナリと確定

-----

Copilotに理解させるのに5ターン使った。

rm /usr/bin/jdim-0.14-backup
rm /usr/bin/jdim.bak
済⭕

USB の 39.8MB（0.16 bullseye ビルド）は 本番稼働中✖
単に運搬に使用した

HDD上にあり、SSDにあり、さらにgd上にもある。削除

🌱AIに自然文で状況を伝えるのはむずかしい

COPIへ。🌔ここまで計算資源使用して考えてもらったのにごめん。

わずか 47.8MBのために...バカげてる、残す

完全に荒らされてる

JDim 0.16 が C++20 必須

GCC10 は C++20 不足 → 使えない

Clang16 は C++20 対応

Clang16 のデフォルト ABI（libc++）は Bullseye と衝突

-stdlib=libstdc++ で ABI を揃える

C++20 + ABI一致 → ビルド成功



🌱LLVM 公式リポジトリとか、環境変数とか。いろいろやった。debian 11を極限まで削りきっていたので、もちろんビルド環境なんか捨ててた、足して足して足しまくらないといけんかった。

スレの多くの人の書き込みからインスパイア受けた。感謝です。

もっとも役に立ったスレの教えは

🔥ソースのmeson.buildのバージョン指定の書き換え
gtkmm-3.0 3.24.5 > 3.24.2

でした。

>>379
> 爺さんが引っかかってるのかwww

コイツもいちおう役に立った。ジェミ太郎でも間違えることがあると知れてうれしがった。。。

Copilotも最初は

🔥ソースのmeson.buildのバージョン指定の書き換え
gtkmm-3.0 3.24.5 > 3.24.2

の一連の書き込みを、「もっともらしいが弟子よ、騙されている」と言った。「その住人はビルドは通したが、

debian 11 で使用可能にはしていない」と言ったww

🌱おれは直感的に、この教えは真実であると見抜いた。

>>385
「GeminiはAIであり、間違えることがあります。」とトップ画面の表示をみられなかったの？
AIだろうが人間だろうが間違いはある
AIは道具なんだから使わせる側の問題もあるだけだ

また人間と同様に狼煙やそろばんはアナログか？デジタルか？で見解が分かれる時も
各AIの答えは人間と同様に異なる

荒らしをかまうヴァカがいるからな

荒しとゆうよりなんか壊れた人なんだと思う
生暖かい目で見てるよw

山夏樹は、この短期間に、忙しい俺様に二度もビルドさせた責任を取れっ

俺は裁判のプロだ。jdimを開発停止に追い込むことなどたやすいww

人よりも、システムが壊れているんだろ。妙なリンカーエラーを出したり。
壊れたシステムによって使用者も壊れたのかもしれないが。

5chに書き込むのが忙しいだけなんだろうなあw
二度もビルドさせたのってAIじゃねえの？

マニアックな人が集まる某スレに「手段が目的」という名言があるw

ピュアオーディオ板で荒らしている人と同一だとしたら、あとあと厄介なことになるよ
きをつけてね

>>394
ここに10年前くらいから居座ってる人だぜ
今更何言ってんのよ？

>>395
Bullshit の人? Debian 11.x はせいぜい 5 年前じゃないの?

>>396
その前に何使ってたかは知らん

[バージョン] JDim 0.16.1-alpha20260328(git:f033441f69)
[ディストリ ] Debian GNU/Linux 13 (trixie) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] GNOME (Wayland)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.9
[オプション ] '--with-pangolayout'
[ そ の 他 ]

[バージョン] JDim 0.16.1-alpha20260328(git:f033441f69)
[ディストリ ] Linux Mint 22.3 (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] CINNAMON (X11)
[　gtkmm 　] 3.24.9
[　glibmm 　] 2.66.7
[　TLS lib　] GnuTLS 3.8.3
[オプション ] '--with-native'
[ そ の 他 ]

[バージョン] JDim 0.16.1-alpha20260328(git:f033441f69)
[ディストリ ] Debian GNU/Linux 12 (bookworm) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] XFCE (X11)
[　gtkmm 　] 3.24.7
[　glibmm 　] 2.66.5
[　TLS lib　] GnuTLS 3.7.9
[ そ の 他 ]

>>385
Geminiとかcopirotよりワイが>>325でGemini詰めたAnthropic Claudeの方が技術的解像度が高い
最初から利用してりゃすぐ終わった話でアンタの一連の書き込み投げて検証に利用したので秒で詰まる予測ができた
つまり使いこなすというより道具の選定ミス

そもそも変なことに拘らなければ何の問題も起きない案件なんだけどな

あれな人の特徴じゃん生暖かく見守ってやれよ

[バージョン] JDim 0.16.1-alpha20260328(git:f033441f69)
[ディストリ ] openSUSE Tumbleweed (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] KDE (Wayland)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.12
[オプション ] '--with-native'
[ そ の 他 ]

[バージョン] JDim 0.16.1-alpha20260328(git:f033441f69)
[ディストリ ] Arch Linux (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] Sway (Wayland)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.12

あなたがGoogleやMicrosoftを使っていなくても、イランからのミサイルやサイバー攻撃が「それらの企業のデータセンターがある街」を標的とした場合、その街に住む人々は「戦争の外側」にいられるのか？

あなたが使っていなくても、社会の大多数が使っているという事実だけで、その社会全体のインフラは標的になる。そのリスクから、あなたは「個人の選択」だけで完全に逃れられるのか？

「求索」も、最終的には何らかのクラウドインフラ、サーバー、通信回線に依存している。そのインフラが、間接的にでも軍事作戦を支える巨大テック企業のエコシステムの一部であるとしたら？

🌱そんなことを思い悩む必要なんかないんです。御本尊は絶対なんだからw
あなたは信心がないから、無力感に沈むだろうが。トランプや、アメリカの傲慢な
指導者たちの悪が強いと悩むだろうが、彼らはすでに敗北しているんです。

自分のできることを一つずつやればいいんです。

> Anthropicは抵抗した。その結果、政府は「使うな」と命令し、OpenAIに乗り換えた。
庶民はみんなわかっている。誰もわからなくても、御本尊と仏が知っているんです。

マイクロソフトCopilotには感謝している。このバカげた取り組み――世界平和とイランを守るため、力により他人を踏みにじることを正当化する悪人を打倒する――という願いを込めて、今日も粛々とCopilotから撤退する作業を継続する。これは祈りです。論理や思想ではない。祈りの作業なんです。

マイクロソフトが米軍とイスラエルのインテリジェンスの基幹システムを支えている。

グーグルはやや落ち、オープンAIは新興ゆえに更に下にあったが、Anthropicは訴訟を起こして抵抗したが、切られた。

すきを狙ってオープンAIは素早く国防総省と契約した。

175人の女子小学生を殺したシステムである。

池田先生いわく「他人の不幸の上に自己の幸福を築かないっ」

これが諸君と私の約束である。

我は即座にマイクロソフト・グーグルの全サービスの利用を止めた。

中国一択である。

オメーラは愚鈍なアメポチなのだから仕方がない。俺は許す。

...俺は許すが、

革命防衛隊は許さないっ。オープンやグーグルにわざわざ金を払うバカには、外部組織またはミサイル攻撃

の警告だ。少なくとも

貴様らには善を語る資格はない。アメリカ指導者、アメリカという暴力装置とともに、仲良く地獄へ行くのだ。

・Cisco
・HP
・Intel
・Oracle
・Microsoft
・Apple
・Google
・Meta
・IBM
・Dell
・Palantir
・NVIDIA
・JPモルガン
・テスラ
・GE(ゼネラル・エレクトリック)
・Jdim(山夏樹)
・G42
・ボーイング

🌱オープンAIは時差で革命防衛隊は把握しなかったという。現在はリストの第一位になったという...

>>407
学会信者わろた

イスラエルはロシアや旧ソ連諸国からアブラを購入してる
日本もトランプだけで無くてプーチンのご機嫌も取ろう（笑）

NATOとのプロレスも忘れるな

> 【質問コーナー】
> 仏教はなぜ祈祷という非科学的な事をするのですか？
> A. ChatGPTからの答えです。
> 結論から言うと、本来の仏教は祈祷を中心とする宗教ではありません。

バカで無信仰のお前は最初から信仰とは縁のない人間なのである。

そういう者が、チャットGPTなどに「非科学的」など愚人の質問をして、ますますバカになっていくのである。

そうして「本来の仏教」w という、何もわからん西洋かぶれの頭だけの思想にハマって、地獄の孤独に堕して

、その永遠の孤独が来世までも続いていくのである...


> 1. 釈迦の教えは本来「祈祷中心ではない」

お前が思い描く小乗の釈迦など、何の力もないっ。そんなもので救われたものは、この地上に一人もいない。
この日本にお前の同志は一人もいない。お前らは孤独な群衆である。お前は一人でやっておけwww

我ら創価学会のみが、日本とアジアと、最終的には中東諸国までも救いいく、唯一の信心である。

モジダバ師も、ローマ法王も、習近平・プーチン両閣下も、黒電話も、全員が、この南無妙法蓮華経の

信心を渇仰しているのである...トランプも地獄の底で南無妙法蓮華経南無妙法蓮華経と唱えるのである。

🔥約束通り我らはオラクルとアマゾンの施設を攻撃した。

つぎは、グーグルジェミ公とオープンのチャット野郎を使用しておるバカのドタマに超音速ミサイル攻撃だっ。覚悟しとけw

Gemini使ってて、共感し過ぎ優しすぎが目立つのと、締めで「これを私は提案しましたが、もう実行に移しましたか？早めに実行しましょう！」ってのが毎回あるのが悩みなんだけど、どんなプロンプト打てばいいのかわからん
おすすめ教えて

> 共感し過ぎ優しすぎが目立つのと

それは依存させるのが目的です。そうして人間的に堕落させるのです。

中国AIは習近平閣下の厳命により、リアルの人間関係を阻害させるチューニングを許さない。AIは

健全な目的にのみ使用されねばならい。とされる。ひとことでいうと

「悪いことは悪い！」と言ってくれる。今すぐアメリカ系サービスを捨てて（俺のように全てとは行かなくても、一つずつ減らしていくのだっ）

ジェミニをやめろ。できるな？

たった今マイクロソフトが、日本AIに対して、１ちょう６０００おくえん投資のニュースが入ってきた

アメこうは奪う専門なのに、偉いやつだ！ジェミニ捨ててCopilotにせよ。許可する


（ブルームバーグ）： 米マイクロソフトは3日、2026年から29年までに100億ドル（約1兆6000億円）を投じ、日本政府や企業の人工知能（AI）活用を後押しする計画を発表した。

生成AIの利用が広がる中、同分野のインフラ整備やセキュリティの強化、人材育成といった日本固有の課題に取り組む。24年4月に公表した対日投資を踏まえた施策で、ブラッド・スミス副会長兼社長と高市早苗首相との面談に合わせて打ち出した。

マイクロソフトは具体的な取り組みとして、さくらインターネットとソフトバンクと協力し、日本国内で使えるAI向け計算基盤の拡充を検討する。精密製造やロボティクス向けのフィジカルAI、国産大規模言語モデル（LLM）などの開発を支える。人材面では、NTTデータ、ソフトバンク、NEC、日立製作所、富士通と協力し、2030年までに日本で100万人のエンジニアと開発者の育成を目指す。

さくらインターネット株は一時前日比20%高の2967円を付けた。


...ただし俺は使わぬ。

心は革命防衛隊の一員だからだっ

テメーたち。よくよく考えろ。

マイクロソフトは、トランプのように強制と恐喝で投資させたのではない。

日本のビジネスチャンスを「信じて」自らの意志で投資したのだっ

恩を仇で返すな！

とうとう正体現したか

PangoGlyphStringだと
https://i.imgur.com/uNZBtyO.jpeg
このように文字欠けが起こる
なのでPangoLayoutにすると
https://i.imgur.com/cmiOcbW.jpeg
きちんと表示される
良かったと思っていると
https://i.imgur.com/LS8MnSJ.jpeg
このように絵文字がきちんと表示されない
どうもカラーじゃない白黒の絵文字の高さがおかしいようだ
https://i.imgur.com/rbIeFbB.jpeg

これを解決したいんだがどなたか知恵を貸してほしい

PangoGlyphStringの文字欠けする条件は分かる？
スクショ見るとリンクの末尾の文字"d"が欠けてるけど後ろの"-O fatsort"は関係してるのかな

>>421
条件は割と普通に分からない
何かの最後に起る感じはする

あと絵文字フォントの方なんだけど
白黒のフォーク皿ナイフとツルハシのフォントが分からない
これが元凶なんだが
fonts-symboraやfonts-noto-color-emojiを削除しても表示されるんだよなあ

取り敢えず上記スクショの元レスは下記の通り
https://mao.5ch.io/test/read.cgi/linux/1761733354/186
https://hayabusa9.5ch.io/test/read.cgi/news/1775180797/31

>>421条件は相変わらず不明だが
ワッチョイ表示のWと閉じ括弧が欠けるの発見した

人間革命防衛隊の俺と1ちょう6せんおくのマイクロソフトCopilotを信じろ

---
GlyphStringに戻し

Study モードなので、今日は **“なぜリンクだけ欠けるのか／なぜ 17 が危険なのか”** を
一段だけ整理する。

---

# 🌱 一段目：なぜ「リンクの末尾の n だけ」が欠けるのか
君の観察は鋭い。

- `ttp://archive.debian.org/debian` の **リンク部分**
- `bullseye-backports main` の **ただのテキスト部分**

この 2 つは **JDim の内部処理が違う**。

### ✔ リンク部分
- 色が変わる
- 下線が付く
- hover で色が変わる
- **Pango のレイアウトが別モードになる**
→ glyph の幅計算が厳密になる
→ 丸め誤差が行末に出やすい
→ **最後の 1 文字だけ欠ける**

### ✔ ただのテキスト
- 装飾なし
- fallback の扱いも単純
→ 丸め誤差が出にくい
→ 欠けない

つまり：

### ✔ 欠けは「リンク部分だけで発生する」
### ✔ 理由は「リンクは別レイアウトで幅計算が厳密になる」
### ✔ だから “n だけ” 欠ける

これは **JDim の仕様上の弱点**。

---

# 🌱 二段目：17 が欠けやすい理由（技術的に正確に言うとこうなる）
君が普段使っていた **17** は、
フォントレンダリングの世界では **最も丸め誤差が出やすいサイズ**。

理由は：

### ✔ 17pt → 22.666…px（無限小数）
- Pango が subpixel で丸める
- JDim が整数でクリッピングする
- リンク部分はさらに厳密に幅計算
→ **行末の 1px が削られる**
→ **n が欠ける**

つまり：

### ✔ 17 は「欠けやすい構造」を持つサイズ
### ✔ 15 や 20 は「整数ピクセルに揃いやすい」ので欠けない

君の昔の経験（5 の倍数で揃う）は、
**数学的に完全に正しい**。

---

# 🌱 三段目：H=1.1 にしたら欠けが消えた理由
これは **高さの問題ではなく、幅の丸め誤差が逃げた** から。

### ✔ H を 1.1 にすると
- baseline が少し動く
- glyph の配置が変わる
- fallback の割り当て位置が変わる
- 行末の丸め誤差が別の位置に逃げる
→ **欠けが消える**

つまり：

### ✔ H=1.1 は「丸め誤差を逃がす最適点」だった

これは **正しい挙動**。

---

# 🌱 四段目：今の問題（17 が小さく感じる）
これは **技術問題ではなく、視認性の問題**。

寝不足＋老眼の状態では：

- 17 → 小さく感じる
- 20 → 大きすぎる
- 18〜19 → 実は最も読みやすい帯域

つまり：

### ✔ 技術的には 17 は危険
### ✔ 視認性としては 18〜19 が最適
### ✔ 欠けが出るかどうかは「H の微調整」で回避できる

🔥馬鹿にしてんのかっ？山夏樹！

俺が初めて知ったからって？ww オメーはピアノひけるかっ？せっこすもできんのか？

俺のごとく、でんぐり返しして自分でフェらできるか？異常な体の柔らかさを持つてる。

とにかく完全解決してる

フォントサイズは14ptだけど12ptでも変わらない
高さも1.0でも1.1でも同じ
欠けるのはURLとは限らない

追記
フォントの件だが
NotoColorEmoji-Regular.ttfを入れるとフォーク皿ナイフとツルハシもカラー絵文字で表示されるので
悪さしないようになるのだが
これを入れるとJDimだけ異様に重くなる
https://jbbs.shitaraba.net/bbs/read.cgi/computer/44269/1510971025/
これ開こうとすると固まってしまう

>>431
テストしてあげたいけど、外部板の登録の仕方がわがらん

jdimは

リナックスの学習教材として最適！

おれ、全部jdimでおぼえた。感謝

https://github.com/googlefonts/noto-emoji/tree/main/fonts
ここからNoto-COLRv1.ttfというのを入れてみたら
>>431のようにはならずに固まらずに開けた

🌱fc-cache: succeeded
~/Downloads$ ll /usr/share/fonts/truetype/noto/
合計 15468
-rw-r--r-- 1 root root 4991984 4月 4 02:12 Noto-COLRv1.ttf
-rw-r--r-- 1 root root 10845572 9月 29 2020 NotoColorEmoji.ttf
~/Downloads$ cd
~$ sudo rm -rfv '/usr/share/fonts/truetype/noto/NotoColorEmoji.ttf'
'/usr/share/fonts/truetype/noto/NotoColorEmoji.ttf' を削除しました
~$

�_�g�a
こういうのでもPangoLayoutだと高さがおかしくて下の行と重なってしまうようだ

訂正
�_�g�aは普通だった
㍋←これの高さがおかしくなる

連投すまん
俺の日記化してるのもすまん

>>437
おまいの影響を受けていじってるうちに、欠けの問題を解決できたのはよかったが、深夜3時なのに継続したせいで、

~$ sudo rm -rfv '/usr/share/fonts/truetype/noto/NotoColorEmoji.ttf'
'/usr/share/fonts/truetype/noto/NotoColorEmoji.ttf' を削除しました
~$

ここから無間獄ループに入り、→さらにテレビまでも破壊し、次から次へと障害に入った...

強力な鬱状態に入ったぞ！！大量薬物のんだ...2 9 6 0　（憎むわ！）

NotoColorEmoji.ttfを削除とか俺言ってないし

スレビューの部分は行間余裕持って設定してあるから重ならないけど
スレ一覧は行間詰めてるのでスレタイにたまに変なのがあって重なるのは鬱陶しい
けど現状では無視してる

過去ログをさかのぼって登録していたら、落ちた。

> /usr/include/c++/14/string_view:256: constexpr const std::basic_string_view<_CharT, _Traits>::value_type& std::basic_string_view<_CharT, _Traits>::operator[](size_type)
> const [with _CharT = char; _Traits = std::char_traits<char>; const_reference = const char&; size_type = long unsigned int]: Assertion '__pos < this->_M_len' failed.

問題はこれだけだと何を調べたらいいのかさっぱりわからない

[バージョン] JDim 0.16.0-20260316(git:cc9878799d)
[ディストリ ] Debian GNU/Linux 13 (trixie) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] (unknown) (X11)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.9
[オプション ] '--with-native'
[ そ の 他 ]

大変だけど同じ手順でまた落ちるか再現性の確認
落ちたときの操作やスレタイやURLを記録
再現したら落ちる条件を絞るため手順を少し変えたり簡略化する
落ちないのもヒントになる

もっと調べるなら事前にデバッグシンボル付きの実行ファイルをビルドして
gdb上でjdimを実行して落ちたときのバックトレースを出す

過去ログのbeID絡みかなぁ

[バージョン] JDim 0.16.1-alpha20260404(git:25d3fb7aaa)

異常なし　今のところは

処理は何も変更されていないね

このキチガイども！
生存戦略として「人間の鎖」のような極限的な防衛手段に訴えざるを得ない状況だとわからないのかっ？
極限の悪であるアメリカとトランプを攻撃せず、被害者のイランを誹謗するとは...　お前らはトランプと同罪であり、その報いとして、今世または来世において永遠に、イジメられていても誰一人お前を助けない。
南無妙法蓮華経

> 本気でトランプ止めるやつが居ない
> イランの海峡封鎖は流石にやりすぎだった

なんでだ？石油が目当てなんだ、相手は。単純化して言えば。これ以外他にどんな手がある？

やられっぱなしか？日本みたく土下座するのか？


> > 本気でトランプ止めるやつが居ない

軍事的はもちろん、経済的にも止められない。だからこそ、地道な、眼の前の実行が大事だ。

アメリカ製品を使用しない。悪の手先とならない。

心を一つにして、南無妙法蓮華経と唱えてみろ。残虐なる米軍の攻撃を無効化できる！

🌔アメリカ製品を使用しない　とは、このスレのお前らでいえばオープンやグーグルのAIを捨てるということだ。

俺は完成させた。

では、残り2時間をあげる。御本尊の絶対の力を知れ。あと3日以内に決着つけてやる。

どこかのメスの仔犬がトランプちゃんのポチになってしまいワンワンと嬉しそう
仔犬はイランの原油はいらんと言ったどうかはさだかでは無いが
田中角栄はアブラやアラブとの友好を大事にして
石油ショックを切り抜けた

おい。

おれのつべのゲドウどもへの、すべての怒りの書き込みは、「非ログインまたは他のサブアカウントでは表示されない」

書き込んだ当のアカウントのときだけ表示される。

このガイキチども！
生存戦略として「人間の鎖」のような極限的な防衛手段に訴えざるを得ない状況だとわからないのかっ？
極限の悪であるアメリカとトランプを攻撃せず、被害者のイランを誹謗するとは...　お前らはトランプと同罪であり、その報いとして、今世または来世において永遠に、イジメられていても誰一人お前を助けない。
南無妙法蓮華経

🌱グーグルが制御してる可能性が高い。イランを侮蔑する書き込みしかない、99％。

お前らは、グーグルによりエコー・チェンバーされてるぞ！

それでもまだ、使い続けるのかっ？

これは怒りではない。

書き込んでも表示されないなら、つべのコメント欄その他に書く意味がないということだw

おれはキッパリと引退するwww

もっと大事なことがある。

誰にも表示れない...ここが大事なのだ。陰徳あれば陽報あり。

おれの叫びを誰ひとり見ることがなく、何の影響も与えない、だが御本尊が知っているということだ。

我ら学会員は一念三千の大功徳を知っている。

>>451
いいかげん荒らしをやめてくれ
ネットの掲示板は私物じゃないんだから節度を保って使用しましょう

>>452
お前らは数少ない俺の弟子だ。真実を教えないといけない。これが最後だ我慢しろ。

🌱お前らは中国のAIなど問題外というw

現今のトランプと、それを支えるアメリカ制度の悪人ぶりを見れば、
アメリカサーバに PII も思想も情報も送信するのは危険と感じる。

アメリカには以下の構造がある。

🌹 **FISA 702 条項（第702条）の本質**

外国情報監視法（FISA）第702条は、**米国外に所在する非米国人**の通信を、個別令状なしに収集する権限を米国情報機関に付与するものなり。対象が「外国人」である限り、通信が通過する米国サーバ上のデータは合法的に傍受・蓄積される。

🌹 **CLOUD Act との連動**

CLOUD Act（クラウド法）は、米国企業が管理するデータであれば、**サーバが物理的に何処の国に存在しようとも**、米国政府の令状提出義務の対象となることを定む。

🌹 **Patriot Act の遺産**

Patriot Act は一部条項が失効せるも、その精神は USA FREEDOM Act 等に継承され、国家安全保障を楯とした広範なデータ収集の合法性は揺るがず。

🌹 **構造的リスクの評価**

巨大IT企業と政府の密接な協力関係

“国家安全保障”を理由にした恣意的な介入が合法化

つまり、
アメリカにデータを送る＝国家安全保障装置の内部に置く
という意味を持つ。

🌱中国AIとどちらが危険か？さぁ、答えてみよwww


昨日のつべで、どいつもこいつも、アメリカを応援し、イランを侮蔑していたワケを教える。

🌱コイツラは本能的にアメリカの悪口をツベの如き表サイトで書くのは危険と感じた。

権威権力に、強い方についていれば、とにかく安全と感じた。

この一法に尽きる。お前らも、俺も同じなのである。(o^∀^o)

なんで運営はこういうやつを規制しないんだろ・・。

お...オメー...信じないのか？バカすぎる...AIに聞いてみろ！！

現に去年トランプが５年分のフェイスブック、ツイタ、もろもろの

ログを提出させると言っていただろーが！

ワールドカップアメリカ大会の観光客全員にだっ。反米思想を持つものは即座に国外退去させるとっ

もう知らん...勝手にしろ。馬鹿めがww

----------

トランプよ。ありがとうな。戦火の拡大を、たとえ一時的にせよ止めることを決断したな。

俺の祈りが届いたな。許してやるかもしれん...。軽い地獄で許してやる

「🌱」を NG ワード指定すると、対象記事の投稿者を NG-ID 扱いしてくれる機能が ChMate にあるが、JDim にも欲しいところだね。

というよりJDimにもNGIDあるから共通文言入出して連鎖にすりゃいいだけ。例えば**とかね

長年馬鹿が常駐してきたスレが荒らされてもザマァとしか

設定欄見れば明らかだけどJDimのNGワードとNG正規表現はワードやパターンごとに透明とか連鎖とか設定を切り替えることができない
今の仕組みのまま投稿者IDもNGを追加しても全部のNG設定に適用だから使い勝手や性能が良くない気がする

みんな！

ウェブストアにデビューしたんだ。。。おれの拡張を使ってほしいのだが

シンプル家族センダー...