JDim Part9【ﾜｯﾁｮｲ有】

!extend:checked:vvvvv:1000:512
↑これを2行になるようにコピペしてからスレ立てしてください

JDimはgtkmm/GTKを用いた5chブラウザです（ただし5ch非公認）

JDim公式 https://github.com/JDimproved/JDim
Snapshot https://github.com/ma8ma/JDim
オンラインマニュアル https://jdimproved.github.io/JDim/
開発ドキュメント https://github.com/JDimproved/rfcs
Snap版 https://snapcraft.io/jdim

◯ JD（派生元プロジェクト）
JD公式 http://jd4linux.osdn.jp/
JDサポートBBS http://jd4linux.osdn.jp/cgi-bin/bbs/support/
JD OSDN https://ja.osdn.net/projects/jd4linux/
2chスレ過去ログ http://jd4linux.osdn.jp/old2ch/
JD開発ポリシー http://jd4linux.osdn.jp/policy.txt

前スレ
JDim Part8 https://mao.5ch.net/test/read.cgi/linux/1615781919/

平行スレ
JDim part7.1.2 http://mao.5ch.net/test/read.cgi/linux/1613107502/
JDim Part8 ﾜｯﾁｮｲ無し https://mao.5ch.net/test/read.cgi/linux/1615864043/
JDim Part8 (IPﾜｯﾁｮｲ) http://mao.5ch.net/test/read.cgi/linux/1615508080/

---

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

最新版のビルドのステップ数が増えた気がする
コード追加した?

>>673
特定の日付より後に追加されたファイルはgitで調べられる
$ git log --diff-filter=A --name-status --pretty=format:%cs --since=2024-01-14
2024-05-18
A src/imagehashtab.h

2024-05-18
A src/dbimg/imghash.h

2024-03-23
A test/gtest_message_messageviewbase.cpp

俺のこだわりはすべてをモラウことだ！

マシンも、データも、すべてだっ

くれないなら奪うまでだっ

/usr/bin/jdim
で検索してネットに転がってる可能性ある？

debian12など、いらぬ。

我には明確な目的がある。１，DAT落ちが読める　２，どんぐりの回避がすこ〜し楽になる

ゆえに最新版の/usr/bin/jdimを欲するのだ

>>659
> 環境を汚したくないのなら、debianならdebootstrapとか
> つかってchroot環境でbuildすればいいんじゃないの？

労苦と、SDDが摩耗するではないかっ

そんなコストはかけられぬ。

送ってほしいと言っているんだ！！馬鹿めがっ

linuxOS使っておいて、手間かけたくないってアホかと
それこそWindows使っとけや
Windowsなら専ブラの選択肢も沢山あるし
ギコナビとかも復活したし

なるほど、確かにbuildはSDDやHDDの負荷そして電気も食うわ
野良ビルドを繰り返してる俺のSDDは調子悪い。dmesgでセクターがなんたら
起動時には定期的にエラーチェックが入る

多分寿命が近い。俺の体調も悪い。SDDが終わる時に多分俺の寿命もやばい気がする
SDDが散る時、俺も散ると思うわ
つまり命がけでbuildをしてるって今気づいたわ

命削ってコンパイールしてできたバイナリーを誰が友人でもないどこの骨がわからんやつにただで提供するか
絶対に渡さん

SDDって何だよw
tmpfsにgit cloneしてビルドしたら良いんじゃね？

/dev/sddが SSDなのかもしれない。

>>679
> 絶対に渡さん
ww

ビルドしたものくれっていうけど
ビルドしたものと別のディストリでも動くもんなの？

多分動かない。
動的リンクされるもののバージョンが食い違いそうだから。
ビルドしたくないって言ってる人と同じディストリでなら
ビルドしたものを渡せば動くかもだけど

ビルドなんて数分でスクリプト書いとけば後のアップデートも数キーで終わりなのにアホらしい

>>684
動的リンクされるもののバージョン関係あるのかな
バージョンアップしても普通に動くよね

普通に動くのかな?
JDim の呼ぶ関数が、ビルド環境ライブラリにあればビルドできるだろうけど、動作環境に無いと落ちそう。

なんかURL貼れないけどそのへんは｢Linux共有ライブラリの簡単なまとめ｣とかいうブログが一歩一歩解説してくれてて一番わかり易かったな
Jdimとは直接関係ないけど

>>688
https://wagavulin.hat;enablog.com/entry/20091026/1256577635
これですかね？
Rock54で書けないですね

jdim from home:ykoba project
https://software.opensuse.org//download.html?project=home%3Aykoba&package=jdim

ここにあるopenSUSE15.4 向けのjdim-0.11.0.20240406.507f4dd-lp154.5.1.x86_64.rpmはdenian11で動いたわ

tmpfsって今知った。凄いありがとう！
mountやdf -Tで見たら/run/user/1000nにmountされてるようだった
なのでそこでビルドしてみた

専ブラスレなのにここはなんかlinuxの勉強になってるw

速度的にはわからんけど、ブラウザのキャッシュをram diskに置いてる

ツールチェーンを入れたtoolbox内でビルドして
出来上がり品をホストOS（fedora)で使ってる
普通に動く

今はgccの互換性が続いていてgtk3も新規機能の追加がないから安定してるターンだね

>>692
> ブラウザのキャッシュをram diskに置いてる

どこをおいてんの？

--------
tmpfs /home/i/.cache/chromium/Default/Cache tmpfs defaults,noatime,nodev,nosuid,size=100M 0 0
# スペースを含むディレクトリ名 "Code Cache" が問題。ディレクトリを削除・再作成
tmpfs /home/i/.cache/chromium/Default/CodeCache tmpfs defaults,noatime,nodev,nosuid,size=50M 0 0

tmpfs /var/cache/apt/archives tmpfs defaults,size=700M 0 0
------

>>693
> ツールチェーンを入れたtoolbox

もそっと詳しう話したもれ。

/run/user/$UIDはログインしなおすだけで消えるので/run以下に自分用ディレクトリをmkdirするinitスクリプト置いてる

>>696

toolboxというツールを使用してFedoraのコンテナを作成する。
作成したコンテナ内にコンパイラやmesonなどの開発ツールと
Jdimの依存パッケージをインストールしてビルドする。
作業が終わったらコンテナは捨ててもいい。

toolboxは以下
ttps://containertoolbx.org/

類似品としてdistroboxというのがあって
ttps://github.com/89luca89/distrobox
今はこっちが人気だと思う

例えばDebianにArchのアプリを入れたりできて楽しいよ

tmpfs利用で/run/user/$UIDを利用してたけどmountでよく見たらなんかオプションで
容量少なくされてるのとログアウトしてもファイル残ってるし、一番の問題はshutdounが効かなくなった😂
システムが使ってるからshutdownまで1分半まてって表示出て待っても駄目、2秒以内にctl+alt+delを
7回押すと強制終了できるよって出るけどやっても駄目で止まってる...ctl+f2,f3やって他の端末に
切り替えるも画面真っ黒で端末出てこない（numlockオンオフは生きてるのでPCは固まってないけど
操作一切受け付けない状態、なのでリセットスイッチ押すしか）
多分buildでroot権限のファイルとか入ってるからか？

結局自分でmkdir /mnt/tmpを作ってsudo mount -t tmpfs tmpfs /mnt/tmp したわ
SSDから/mnt/tmpへの1.1Gの動画コピーが0.3秒とか凄い速度w

俺は「/dev/shm」にブラウザキャッシュ置いてるわ
再起動したら当然消える

>>698
なるぽろ。どうもありまとう。

>>695
/home/i/.cache/chromium/

これをまるごとtmpfsにおくといいよ。

/dev/shmはlibcにある共有メモリ関係の関数が使う場所だぞ
別に他の用途に使っちゃいけないということはないが、/run以下にディレクトリ作るほうが本来の使い方に即してる

>>703
そうなんや。勉強になったわありがとう
全然使われてないから、データ置いてたわ
/run/user/1000 に移動しました。

/home以下に適当にディレクトリ作ってfstabに書くだけで良いのに

必要以上にdfを汚したくない

ぬちょぐちょに汚しなよ、Linuxシステムぐらい。

>>702
> >>695
> /home/i/.cache/chromium/
>
> これをまるごとtmpfsにおくといいよ。

自宅警備員[Lv.8][新芽]さん、レスありがとうございます。

もちろんこれは、悪意の嫌がらせの回答ですよね？

不幸になれという？ /home/i/.cache/chromium/以下を丸ごとおいたら、ログイン情報も、拡張もぜんぶ消えるじゃん！！

その他の皆さんのまともな回答については、マシンが不安定で別のトラブルシュートにかかりっきりだから

こんど！！

>>708
それは.configのなかの話。

>>708
cacheに置かれてるのは消えてもいいデータじゃないの?
.cache/chromium以下を他のところに移してからchromiumを起動したけど拡張とか消えてなかった

スレ違いだろと思って見ていたが話が続いているようので

Chromium なら、起動時に --disk-cache-dir=/tmp/hogehoge
つけて tmpfs 上にキャッシュするようにしてる

Firefox なら about:config で browser.cache.disk.enable を false と browser.cache.memory.enable を true
にして、そもそもディスク上にキャッシュしない(メインメモリ上になる)

# 親ディレクトリ全体に変更2024/06/01、指導者jdimスレ

tmpfs /home/i/.cache/chromium/ tmpfs defaults,noatime,nodev,nosuid,size=500M 0 0
tmpfs /var/cache/apt/archives tmpfs defaults,size=160M 0 0
tmpfs /dev/shm tmpfs defaults,size=1G 0 0

なんなのこれ？

~# df -h | grep tmpfs
tmpfs 364M 11M 353M 3% /run
tmpfs 1.0G 20M 1005M 2% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 1.8G 18M 1.8G 1% /tmp
tmpfs 160M 0 160M 0% /var/cache/apt/archives
tmpfs 500M 5.1M 495M 2% /home/i/.cache/chromium
tmpfs 364M 68K 364M 1% /run/user/1000
~#
サイズに余裕がありすぎると思います

各項目の制限サイズを示して下さい

>>714
> なんなのこれ？

馬鹿野郎！引っ込んどけ

ここは俺様のリナックス劇場だっ

tmpfsの上限は動的ですので気にしないという選択肢も。

そうかそうか選挙前だから道具の準備なのかな？
JDimが利用されるとしたらなんか嫌な感じだなあ

4時間かけてcpuまわり、グリス塗り直し、メモリースロットとメモリー本体の素子部分を接点復活剤スプレーで洗浄。メモリースロットは大白蓮華表紙の適切なサイズにして、接点復活剤吹き付けて、スロットの溝に合わせてスライド。メモリー本体は綿棒で素子を洗浄。

cpuグリスを数年ぶり？で使用。白い本質と溶剤が分離し、最初は透明な溶剤が多く出たが、「ああ、もういいや」とそのまま塗り拡げてしまった。手順的には、六角レンチで最初にかき混ぜるのがオレ竜だった。やり直すか悩んだが、目が悪く、壊すことが多いので、あえて撤退。

AIと、多くのドキュメントを読み込むが、

~# df -h | grep tmpfs
tmpfs 364M 11M 353M 3% /run
tmpfs 1.0G 20M 1005M 2% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 1.8G 18M 1.8G 1% /tmp
tmpfs 160M 0 160M 0% /var/cache/apt/archives
tmpfs 500M 5.1M 495M 2% /home/i/.cache/chromium
tmpfs 364M 68K 364M 1% /run/user/1000
~#

0%から3% という状況に納得がゆかぬ。こちらの使用状況を示しても、「小さすぎると良くないよお〜」しかゆわぬ。

10分の1以下にできるのではないかっ？

tmpfs ファイルシステムは、デフォルトでシステムによって設定され、特定の目的で使用されます。例えば、/run はシステムとアプリケーションのランタイムデータを格納するために、/dev/shm は共有メモリのために、そして /tmp は一時ファイルのために使用されます。これらはシステムによって自動的に管理され、ユーザーが手動で設定する必要はありません。

<割り当てられたサイズが過大でも、じっさいに使用された分しかramは使用されないんですよね？それなのに、割当サイズを再考する理由は？

メモリの過剰予約: tmpfsに大きなサイズが割り当てられていると、システムはその分のメモリを予約します。実際には少ないメモリしか使用していなくても、予約されたメモリは他のプロセスでは使用できなくなります。これにより、必要な時にメモリが不足する可能性があります。

>>718
選挙に使えるの?
例えば、メールリーダーの Muttは Mailコマンド代わりに使え、シェルスクリプトからメール送信したりできるけど、JDimはシェルスクリプトから投稿出来ないのでない? 誤認識だろうか。
なので、ビラ爆弾的な絨毯爆撃投稿とか難しいのでないの。

投稿するポップアップが投稿するたびに段々とでかくなって、
しまいには画面いっぱいになるんだけど、
そういう仕様でしすか？


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

>>721
メモリの過剰予約: tmpfsに大きなサイズが割り当てられていると、システムはその分のメモリを予約します。実際には少ないメモリしか使用していなくても、予約されたメモリは他のプロセスでは使用できなくなります。これにより、必要な時にメモリが不足する可能性があります。

これはどこに書いてありましたか。

>>723
GNOMEはたぶんwaylandかな？
前にもレスがあったと思うけどwaylandで起きる問題っぽいです
nvidiaの古いビデオカードが不安定で使ってないからチェックができてない

>>724
> これはどこに書いてありましたか。
レスありがとうございます。レスに刺激を受けて頑張れました。出所はぜんぶビングさんの指導です。(o^∀^o)

# 最初は、
tmpfs /tmp tmpfs defaults,noatime,mode=1777,size=100M 0 0
tmpfs /home/i/.cache/chromium/ tmpfs defaults,noatime,nodev,nosuid,size=100M 0 0
tmpfs /var/cache/apt/archives tmpfs defaults,size=100M 0 0
tmpfs /dev/shm tmpfs defaults,size=100M 0 0
# で開始し、~# df -h | grep tmpfsをときおり観察し、最終的にはsize=1400Mまで拡張する。令和6年6月3日

それと、今まで親切に指導してくれたすべての2ちゃんねらーの皆さんに感謝

>>725
ありがとう
そういうもんだと、あきらめます

>>691
> mountやdf -Tで見たら/run/user/1000nにmountされてるようだった

~# df -h | grep tmpfs
のがはるかに見やすいと思うが、なぜdf -Tでしょうか？

/run/user/1000のユーザーID 1000とは、だれでしょうか？1000点満点のおとこでしょうか？

>>729
tmpfsでググって出てきた記事の最初に出てきたのがそうしていたので-Tでやったんですが
おっしゃるとおり-h（自分でdf使う時は確かにそうしてる）の方が全然見やすいので-hでやってます

ID1000って誰なんでしょうね？身に覚えがないのですが
ただ書いた通り/run/user/1000にビルド用ディレクトリ作ってそこでビルドするとほぼ再現性100%で
その後PCの電源落とす時にshutdownコマンドが途中で止まってしまいます。（端末中のctl+lt+dell連打もダメです、
何か処理を待ってしまってる感じ）

なので1000の男には近づかす今は/mnt/tmpディレクトリ作ってユーザーとグループは自分にしてそこでビルドしてます

>>730
> なので1000の男には近づかす今は/mnt/tmpディレクトリ作ってユーザーとグループは自分にしてそこでビルドしてます

感謝〜。僕もやってみます。ビルド。ただし今はサスペンドから復帰できないという未解決があるので、解決次第。

サイズ制限を
tmpfs /tmp tmpfs defaults,noatime,mode=1777,size=100M 0 0

にしてしまったけど、足りますかっ？

>>730
ちなみにあなたの書き込みのおかげで「負けてたまるかっ」と僕も秘密裏にtmpfsの研究を開始した。

ありがとう

>>729
1000はたいてい自分のユーザID
idコマンドでみてみ

>>731,732
サイズ制限は上記で書かれてた様にシステムが設定するとなってた上に自分のPCのメモリ16Gで現在自分のCPUのスレッド数8だと
ninja等の効率良いビルドシステムでも最大で7G行くかいかないかなので今のところサイズ制限は全くいじってないです
linuxお互いがんばりましょう！

>>733
idコマンドの件、ありがとう。初めて使うコマンドです
また一つこのスレで自分が進化しました

>>723
うちは症状がちょっと違っててJDimの起動、終了を繰り返すうちにウインドウサイズが段々でかくなっていく
最終的に縦は画面一杯、横も画面の3分の1ぐらいになるわ
jdim.desktopの

[Desktop Entry]
Exec=jdim
を
[Desktop Entry]
Exec=env GDK_BACKEND=x11 jdim
に書き換えることで収まってるわ
試してみて
>>725が言うようにWaylandの問題と思われ

jdimでアンカーにマウスオーバーしたとき、表示がおかしい

~$ jdim -m &
[1] 4291
~$ Tue Jun 4 16:00:45 2024 (ER 0) : unknown font byte = 3 ucs2 = 65039 width = 0

(jdim:4291): Gtk-CRITICAL **: 16:00:46.466: gtk_box_gadget_distribute: assertion 'size >= 0' failed in GtkScrollbar

このエラーは、GTKのウィジェット（この場合はスクロールバー）のサイズが0以下になってしまったときに発生します。これは、ウィジェットのサイズ計算が何らかの理由で間違っているか、またはウィジェットが正しく描画できない状態になっていることを示しています。

この問題を解決するための一般的なアプローチは以下の通りです：

ソフトウェアのアップデート：JDimの最新バージョンにアップデートすることで、この問題が修正される可能性があります

>>734
> linuxお互いがんばりましょう！

がんばりましょう！！仕事じゃないけど趣味だけど。なんか知らんけど頑張っちゃう

つーか、がんばり過ぎちゃうから、「自重、じちょう！」と思ってる。

１，まずはポモドーロテクニックで、３５分ごとにかならず休憩する！ここから。

２５分では短すぎて、どうしてもムリ。

書き込みビューでCtrl+aが効いてない？
ウィンドウ表示でも埋め込み表示でも効いてないっぽい
5chじゃめったに使わないコマンドだけども
すべて選択は効く これはおま環なのかなぁ・・

[バージョン] JDim 0.11.0-20240113(git:9de81380b4)
[ディストリ ] Ubuntu Core 20 (x86_64)
[パッケージ] Snap (JDimproved project)
[ DE／WM ] CINNAMON
[　gtkmm 　] 3.24.3
[　glibmm 　] 2.64.4
[　TLS lib　] GnuTLS 3.6.13
[オプション ] '--with-pangolayout''--disable-compat-cache-dir'
[ そ の 他 ]

>>736
うちはアンカーにマウスオーバーしても gtk_box_gadget_distribute云々は出ない。

>>739
うちは書き込みビューでCtrl+aも、右クリックメニューの「すべて選択(A)」も利く。

[バージョン] JDim 0.11.0-20240602(git:292e5e5e30)
[ディストリ ] Slackware 15.0 x86_64 (post 15.0 -current) (x86_64)
[パッケージ] ソース( http://github.com/JDimproved/JDim )
[ DE／WM ] KDE
[　gtkmm 　] 3.24.9
[　glibmm 　] 2.66.7
[　TLS lib　] GnuTLS 3.8.5
[ そ の 他 ]

>>739
Ctrl+aに何かショートカットキーを割り当てていると
すべて選択じゃなくショートカットキーの動作が優先されることがあるかも

Ubuntu Coreねえ・・・

VNC環境であるが
うちも740と同じで何も問題は無い

[バージョン] JDim 0.11.0-20240427(git:717f2017d2)
[ディストリ ] FreeBSD 14.0-RELEASE-p6 (amd64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] KDE
[　gtkmm 　] 3.24.2
[　glibmm 　] 2.66.6
[　TLS lib　] GnuTLS 3.8.5
[ そ の 他 ] LANG = ja

FreeBSDユーザーか
やるね
俺もUbuntu8.04前までFreeBSD使ってた

>>740
> うちはアンカーにマウスオーバーしても gtk_box_gadget_distribute云々は出ない。

レスありがとうございます

あの質問は単に特殊な数式フォントをインストールしたのが原因でした。投稿後すぐ気づき5分で解決しました。
報告すべきでしたが、めんどくさいのでやめましたw

>>744
> FreeBSDユーザーか

FreeBSDの名において、完成したバイナリ？だけをください。ソース？

FreeBSDユーザーならばdebianユーザーに仕える責任があると思う。

なぜ、オメーラはdebianに仕えるべきか？動物にたとえて説明する。

-------
debian　ライオンキング

FreeBSD　犬

Slackware　カエル

Ubuntu　クモ
...
---------
こういう力関係になっておるからだっ

俺のおもしろいシャレは虫か？つまらんぞ

スレの最初から読み直したけどおもしろいシャレなかったわ

だじゃれを言ったのはだれじゃ

< 以下を見たときに使用されている割合が少なすぎるためにノイローゼに

「しかし、これは必ずしも問題ではありません」という意味でした。つまり、tmpfsインスタンスの使用率が低いことは、必ずしも問題を示すものではないということです

# で開始し、~# df -h | grep tmpfsをときおり観察し、最終的にはsize=1400Mまで拡張する。令和6年6月3日

>具体的なサイズ設定は、システムの全体的なメモリ使用状況、各tmpfsインスタンスの目的、およびシステムのパフォーマンス要件に基づいて決定する必要があります

< 以前あなたに計算してもらったところ、僕の場合、各項目をsize=1400Mまで拡張できると。
しかし、ノイローゼになってるので、「では100からスタートして拡張していって」と

< ハァ、やりおなしかあ？休憩後にやるね。ウインドウズもbtrfs採用したらいいのに！

ただし、ファイルシステムの採用はOSの設計や互換性、パフォーマンスなど多くの要素を考慮する必要があります。そのため、WindowsがBtrfsを採用するというのは大きな挑戦となるでしょう。

< なんかわからんけど、ウインドウズには凄い量のソフトウェア・ハードウェア資産があるもんね？だから簡単じゃないのかな

その通りです。Windowsは長年にわたり多くのソフトウェアとハードウェアの資産を蓄積してきました。これらの資産は、Windowsが広範なユーザーベースと互換性を維持するための重要な要素となっています。

新しいファイルシステム（例えばBtrfs）を採用すると、これらのソフトウェアやハードウェアとの互換性を確保するための大きな課題が生じます。また、新しいファイルシステムを採用することは、OSの基本的な部分を大きく変更することを意味します。これは、テストやデバッグ、パフォーマンスの最適化など、多くの作業を必要とします。

したがって、Windowsが新しいファイルシステムを採用することは、技術的な挑戦だけでなく、既存のエコシステムとの互換性を維持するための大きな課題となります。

まだ難しいぞっ

小学１年でも、「そうだ！そうだ！そのとおりで御座いますッ」と叫ぶように文を彫琢せろ！！

俺が推敲したった。

「愛について深くは知らなくても、愛は基本的にセッコスを求める手段であり、

その視点からはAIでこれを扱うことは難しい。もちろん、愛は価値中立的な学問

だが、愛も所詮手段に過ぎず、目的が先行して初めて扱われるのだ。愛を用いる

際は、求めるセッコスや受け入れ可能なセッコスから逆算して構築されることが

多い。人間も、受け入れがたいセッコスにつながる作業を避ける傾向があるた

め、現在の方法ではAIに愛を教えることは困難だ。なぜなら、AIはデータから学

習するが、そこには、間違いのサンプルや人が避ける傾向の事例のサンプルつい

ては、データに圧倒的に不足しているからだ。」


何回読み直してもわからん...

>>457
> 人間も、受け入れがたいセッコスにつながる作業を避ける傾向があるた
> め
ここしか理解できんがった。

ジャニーさんとのセッコスのことだろ？

< この文で、一箇所でも「わかるところ」ある？

はい、この文章のいくつかの部分は理解できます。以下にその部分を示します：

1. **「愛について深くは知らなくても」**：愛についての深い知識がなくても、一部の概念や理解は可能です。

2. **「愛は基本的にセッコスを求める手段であり」**：愛は、人間が他者との深い結びつきを求める一つの方法であるという考え方があります。

3. **「AIはデータから学習するが、そこには、間違いのサンプルや人が避ける傾向の事例のサンプルついては、データに圧倒的に不足しているからだ」**：AIは大量のデータから学習しますが、そのデータには人間の間違いや避ける傾向の事例が不足している場合があります。これはAIの学習と性能に影響を与える可能性があります。

ただし、全体的な文脈や特定の用語（例えば、「セッコス」）については、具体的な定義や意味が不明なため、完全な理解は難しいです。もし可能であれば、より具体的な情報や文脈を提供していただけますか？


< だまれ、だまれっ。エバンな雑魚がっ

また虫か？...なんなんコイツラ...つまんねー奴ら

> これから生まれてくる子どもたちに各種センサーを移植して一挙手一投足をAIに提供しなければAGIは誕生しないだろう

んなこと、あるわけねえだろが...！

今までとおんなじだよ...ケケw

下半身素っ裸で、黄金バットの紙芝居見ながら、緑のハナタレるだけだよ...

■２ちゃんとスレを盛り上げる気がねえやつは

リナックスやめろっ

>>334
「壊れています」が久しぶりに出た。

【deb系】Ubuntu Linux 73【ディストリ】
https://mao.5ch.net/test/read.cgi/linux/1713846597/
> 318 名前：、このページのVirtual Surroundの、
> 「Filter Chain Configuration Parameters」を、どのファイルで設定すればいいのか分からない。
>
>
> https://gitlab.freedesktop.org/pipewire/pipewire/-/wikis/Filter-Chain#virtual-surround ：
>
>
> 壊れています
> ここをクリックしてスレを再取得して下さい。
>
>
> 319 名前：login:Penguin [sage]： 2024/06/14(金) 11:24:07.04 ID:A7n3+q5n
> 初心者スレでやれや

[バージョン] JDim 0.11.0-20240608(git:f59a736145)

今日、よく壊れるな。
運営、また、金儲けの為にいらんこと初めたかな？

【deb系】Ubuntu Linux 73【ディストリ】
https://mao.5ch.net/test/read.cgi/linux/1713846597/287

>あぼ〜ん

多くの板の多くのスレに宣伝を貼りまくってるアホがいるから削除しまくってる
レスが削除されると壊れてるが出る

https://ace.5ch.net/test/read.cgi/saku/1709746555/
https://ace.5ch.net/test/read.cgi/saku/1703504081/

たぶんtiktokのやつと、脱衣AIやつがあぼん対象だね

~$ cd /home/i/.cache/jdim/log
~/.cache/jdim/log$ ll
合計 0
~/.cache/jdim/log$
ログもすべて削除した。

jdimのしくみもよくわからない初心者ですが、

これを有効にせずとも、ツール> キャッシュ内ログ検索>キャッシュ内の全ログ検索
から、遠い過去の自分の書き込みを発見できるのです...不思議だけど

>> ログファイルを削除されたにもかかわらず、jdimの「ツール > キャッシュ内ログ検索 > キャッシュ内の全ログ検索」機能を使って過去の書き込みを見つけることができるというのは、jdimが別のキャッシュメカニズムを使用している可能性があります。多くのアプリケーションは、ユーザーのアクティビティを複数の場所に保存することで、データの冗長性を確保し、より速いアクセスを提供します。

例えば、jdimは書き込みログを直接的なログファイルとしてだけでなく、データベースや他のキャッシュファイルにも保存しているかもしれません。そのため、`~/.cache/jdim/log` ディレクトリのログを削除しても、他の場所に保存されたデータがまだ存在しているため、それを検索して表示することができるのです。

もしjdimの動作についてもっと理解を深めたい場合は、jdimの公式ドキュメントを読むか、より詳しい情報を求めてコミュニティやフォーラムに参加する。🔍✨

>>762
> ~/.cache/jdim/log$ ll
> 合計 0

log以下でなく、例えばこのスレ、つまり
ttps://mao.5ch.net/test/read.cgi/linux/1640504277/
であれば、
~/.cache/jdim/mao.5ch.net/linux/1640504277.dat
じゃないの。

datならスレのプロパティにあるローカルキャシュパスがdatファイルの場所
板ごとに見るなら板のプロパティにあるローカルキャッシュのルートパス
画像のプロパティにもローカルキャッシュパスが載ってる

>>763
> ~/.cache/jdim/
以下を検索ですね？ボンヤリとはわかっていたけど、ハッキリしました。ありがとうござい

>>764
2人とも、いつも親切にしてくれてどーも。実はすごい疲労してて、頭が動かない。

あす、かんぺきにdat整理しようと思う。168.2 MBもある耐えれない。

ほとんど大半を削除しようと思う。

だってくだらない書き込みの大半を削除しても、ネット上の何処かにはあるんだろ？！！

jdimスレは悪人がいないから好きさ

気が合うさ、おれら

バタンキュー！！

ttps://github.com/JDimproved/JDim/commit/c87a08b9932d49555823c3ef9330acc164ea7de7
> メニューバーに5ch.netどんぐりシステムの警備員アカウントにログインする
> ボタンを実装します。また、

[ファイル(F)]の「どんぐり警備員にログイン(G)」て表現が分かりにくい。
「どんぐりシステムにメールアドレスでログイン(G)」とかじゃないのかな。

「ERROR: どんぐりCookieが有効期限切れです。どんぐりシステムに https://donguri.5ch.net/ ログインして新しいCookieを取得ください。[0088]」と言われて、(1)「新しいCookie」を取得すると、「どんぐり警備員にログイン」したという事らしいので。

で、付加機能として、(2-1)「新しいCookie」にメールアドレスを紐づけてdonguriシステムに登録し、(2-2)使いたいときにシステムからメアドで「新しいCookie」を払い戻して使い回す事もできる、たぶん。

(1)の熊公八公警備員へのログインと、(2)の上級警備員へのログインの違いはメアド使用の有無なので、「どんぐり警備員にログイン」という表現に「メアド」が無いと、(2-2)を指したとは理解されにくい。というかオレは理解できなかったYO

[バージョン] JDim 0.12.0-beta20240617(git:67fc818407)

ログインすると何が変わるんだろう？

[バージョン] JDim 0.12.0-beta20240617(git:67fc818407)
[ディストリ ] Linux Mint 21.3 (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] CINNAMON
[　gtkmm 　] 3.24.5
[　glibmm 　] 2.66.2
[　TLS lib　] GnuTLS 3.7.3
[ そ の 他 ]

>>768
まあ誤解のないように全部詰め込んで書くとクソ長くなってしまう

5ch.netのどんぐりシステムにGmailに登録した警備員アカウントでログインする

メアドはGmail限定、警備員の他にハンターもあるのを考慮するとこんな感じかな？

どんぐりシステムにGmail警備員でログイン

>>769
どんぐりに対応している他の専ブラとアカウントを共有できるからレベル継続やレベル上げが楽になる
あと https://donguri.5ch.net を開いてログインすればアカウントの育成とか装備ができる

JDimって時々、タブとか押しても応答しなくなるときある。
busyってわけではなさそう。 JDimを殺して起こしても治らん。
PCの再起動ではなおる