[過去ﾛｸﾞ] JDim Part9【ﾜｯﾁｮｲ有】 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
681: (ﾜｯﾁｮｲ 2ba3-fxxY) 2024/05/27(月)09:07 ID:t6nylBUK0(1/2) AAS
/dev/sddが SSDなのかもしれない。
682: (ﾜｯﾁｮｲ d9e3-fxxY) 2024/05/27(月)10:06 ID:eIkVH9qQ0(4/4) AAS
>>679
> 絶対に渡さん
ww
683: (ﾜｯﾁｮｲ d9ac-fSPe) 2024/05/27(月)10:30 ID:ea/xrdl70(1) AAS
ビルドしたものくれっていうけど
ビルドしたものと別のディストリでも動くもんなの？
684(1): (ﾜｯﾁｮｲ 7348-fxxY) 2024/05/27(月)10:42 ID:ZSCFnIdF0(1/2) AAS
多分動かない。
動的リンクされるもののバージョンが食い違いそうだから。
ビルドしたくないって言ってる人と同じディストリでなら
ビルドしたものを渡せば動くかもだけど
685: (ﾜｯﾁｮｲ 4b33-usFV) 2024/05/27(月)13:46 ID:Sn9VCOJA0(1) AAS
ビルドなんて数分でスクリプト書いとけば後のアップデートも数キーで終わりなのにアホらしい
686: (ﾜｯﾁｮｲ 93a6-T0W/) 2024/05/27(月)14:06 ID:GLsSs39k0(1/2) AAS
>>684
動的リンクされるもののバージョン関係あるのかな
バージョンアップしても普通に動くよね
687: 警備員[Lv.1][新芽]:0.00005783 (ﾜｯﾁｮｲ 2ba3-fxxY) 2024/05/27(月)16:05 ID:t6nylBUK0(2/2) AAS
普通に動くのかな?
JDim の呼ぶ関数が、ビルド環境ライブラリにあればビルドできるだろうけど、動作環境に無いと落ちそう。
688(1): (ﾜｯﾁｮｲ f12b-D6ca) 2024/05/27(月)16:34 ID:wnp93Wn50(1) AAS
なんかURL貼れないけどそのへんは｢Linux共有ライブラリの簡単なまとめ｣とかいうブログが一歩一歩解説してくれてて一番わかり易かったな
Jdimとは直接関係ないけど
689: (ﾜｯﾁｮｲ 93a6-T0W/) 2024/05/27(月)16:38 ID:GLsSs39k0(2/2) AAS
>>688
外部ﾘﾝｸ:wagavulin.hatenablog.com
これですかね？
Rock54で書けないですね
690: (ﾜｯﾁｮｲ 0144-rHQa) 2024/05/27(月)19:12 ID:b3cyHwhw0(1) AAS
jdim from home:ykoba project
外部ﾘﾝｸ[html]:software.opensuse.org
ここにあるopenSUSE15.4 向けのjdim-0.11.0.20240406.507f4dd-lp154.5.1.x86_64.rpmはdenian11で動いたわ
691(1): (ﾜｯﾁｮｲ 9336-fxxY) 2024/05/27(月)19:17 ID:6CG91YCW0(2/2) AAS
tmpfsって今知った。凄いありがとう！
mountやdf -Tで見たら/run/user/1000nにmountされてるようだった
なのでそこでビルドしてみた
専ブラスレなのにここはなんかlinuxの勉強になってるw
692(1): (ﾜｯﾁｮｲ 7348-fxxY) 2024/05/27(月)20:32 ID:ZSCFnIdF0(2/2) AAS
速度的にはわからんけど、ブラウザのキャッシュをram diskに置いてる
693(1): (ﾜｯﾁｮｲ db10-pLKu) 2024/05/27(月)21:30 ID:jGBTc4WV0(1) AAS
ツールチェーンを入れたtoolbox内でビルドして
出来上がり品をホストOS（fedora)で使ってる
普通に動く
694: (ﾜｯﾁｮｲ b90b-fxxY) 2024/05/27(月)22:33 ID:gS39JvUK0(1) AAS
今はgccの互換性が続いていてgtk3も新規機能の追加がないから安定してるターンだね
695(2): (ﾜｯﾁｮｲ d9e3-fxxY) 2024/05/28(火)02:59 ID:UuKyJRIN0(1) AAS
>>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
------
696(1): (ﾜｯﾁｮｲ 2ba3-fxxY) 2024/05/28(火)07:26 ID:IucpynzG0(1) AAS
>>693
> ツールチェーンを入れたtoolbox
もそっと詳しう話したもれ。
697: (ﾜｯﾁｮｲ 2b6c-fxxY) 2024/05/28(火)13:57 ID:dajyxNCM0(1) AAS
/run/user/$UIDはログインしなおすだけで消えるので/run以下に自分用ディレクトリをmkdirするinitスクリプト置いてる
698(1): (ﾜｯﾁｮｲ db10-pLKu) 2024/05/28(火)19:25 ID:X31XzH9z0(1) AAS
>>696
toolboxというツールを使用してFedoraのコンテナを作成する。
作成したコンテナ内にコンパイラやmesonなどの開発ツールと
Jdimの依存パッケージをインストールしてビルドする。
作業が終わったらコンテナは捨ててもいい。
toolboxは以下
外部ﾘﾝｸ:containertoolbx.org
類似品としてdistroboxというのがあって
外部ﾘﾝｸ:github.com
今はこっちが人気だと思う
例えばDebianにArchのアプリを入れたりできて楽しいよ
699: (ﾜｯﾁｮｲ 9369-fxxY) 2024/05/29(水)04:09 ID:og2e02uj0(1) AAS
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
700: (ﾜｯﾁｮｲ 7325-fxxY) 2024/05/29(水)10:54 ID:EY0n59Nb0(1) AAS
俺は「/dev/shm」にブラウザキャッシュ置いてるわ
再起動したら当然消える
701: 696 (ﾜｯﾁｮｲ 49a3-fxxY) 2024/05/29(水)19:16 ID:j81WxRFg0(1) AAS
>>698
なるぽろ。どうもありまとう。
702(1): 警備員[Lv.8][新芽] (ﾜｯﾁｮｲ f19e-fxxY) 2024/05/29(水)20:20 ID:5AeWC5p90(1) AAS
>>695
/home/i/.cache/chromium/
これをまるごとtmpfsにおくといいよ。
703(1): (ﾜｯﾁｮｲ 2b6c-fxxY) 2024/05/30(木)05:11 ID:LkpsVqfu0(1) AAS
/dev/shmはlibcにある共有メモリ関係の関数が使う場所だぞ
別に他の用途に使っちゃいけないということはないが、/run以下にディレクトリ作るほうが本来の使い方に即してる
704: (ﾜｯﾁｮｲ 7346-fxxY) 2024/05/30(木)10:41 ID:2uPbAPDW0(1) AAS
>>703
そうなんや。勉強になったわありがとう
全然使われてないから、データ置いてたわ
/run/user/1000 に移動しました。
705: (ﾜｯﾁｮｲ d9ab-D6ca) 2024/05/31(金)11:47 ID:i7RdvqWF0(1) AAS
/home以下に適当にディレクトリ作ってfstabに書くだけで良いのに
706: (ﾜｯﾁｮｲ 73aa-fxxY) 2024/05/31(金)12:35 ID:Qa/bMQ3e0(1) AAS
必要以上にdfを汚したくない
707: (ﾜｯﾁｮｲ 51a3-E0dj) 2024/05/31(金)12:49 ID:X04msBFO0(1) AAS
ぬちょぐちょに汚しなよ、Linuxシステムぐらい。
708(2): (ﾜｯﾁｮｲ d9e3-fxxY) 2024/05/31(金)15:33 ID:uCU7lAMp0(1/2) AAS
>>702
> >>695
> /home/i/.cache/chromium/
>
> これをまるごとtmpfsにおくといいよ。
自宅警備員[Lv.8][新芽]さん、レスありがとうございます。
もちろんこれは、悪意の嫌がらせの回答ですよね？
不幸になれという？ /home/i/.cache/chromium/以下を丸ごとおいたら、ログイン情報も、拡張もぜんぶ消えるじゃん！！
709: ころころ (ﾜｯﾁｮｲ d9e3-fxxY) 2024/05/31(金)15:34 ID:uCU7lAMp0(2/2) AAS
その他の皆さんのまともな回答については、マシンが不安定で別のトラブルシュートにかかりっきりだから
こんど！！
710: 警備員[Lv.15] (ﾜｯﾁｮｲ f19e-fxxY) 2024/05/31(金)16:17 ID:4CjjrrNa0(1) AAS
>>708
それは.configのなかの話。
711: (ﾜｯﾁｮｲ 49ec-qToe) 2024/05/31(金)16:56 ID:asbXHq6j0(1) AAS
>>708
cacheに置かれてるのは消えてもいいデータじゃないの?
.cache/chromium以下を他のところに移してからchromiumを起動したけど拡張とか消えてなかった
712: (ﾜｯﾁｮｲ d948-fxxY) 2024/05/31(金)19:07 ID:pYGLdRwp0(1) AAS
スレ違いだろと思って見ていたが話が続いているようので
Chromium なら、起動時に --disk-cache-dir=/tmp/hogehoge
つけて tmpfs 上にキャッシュするようにしてる
Firefox なら about:config で browser.cache.disk.enable を false と browser.cache.memory.enable を true
にして、そもそもディスク上にキャッシュしない(メインメモリ上になる)
713: (ﾜｯﾁｮｲ d9e3-fxxY) 2024/06/01(土)18:05 ID:n5yfmCn00(1/3) AAS
# 親ディレクトリ全体に変更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
714(1): (ﾜｯﾁｮｲ d9ac-fSPe) 2024/06/01(土)18:34 ID:IBMYvqAr0(1) AAS
なんなのこれ？
715: (ﾜｯﾁｮｲ d9e3-fxxY) 2024/06/01(土)22:21 ID:n5yfmCn00(2/3) AAS
~# 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
~#
サイズに余裕がありすぎると思います
各項目の制限サイズを示して下さい
716: (ﾜｯﾁｮｲ d9e3-fxxY) 2024/06/01(土)22:21 ID:n5yfmCn00(3/3) AAS
>>714
> なんなのこれ？
馬鹿野郎！引っ込んどけ
ここは俺様のリナックス劇場だっ
717: 警備員[Lv.19] (ﾜｯﾁｮｲ f19e-fxxY) 2024/06/01(土)23:06 ID:m7VXHvPF0(1) AAS
tmpfsの上限は動的ですので気にしないという選択肢も。
718(1): (ﾜｯﾁｮｲ 6db8-+5RJ) 2024/06/02(日)07:15 ID:Vd6q6vIl0(1) AAS
そうかそうか選挙前だから道具の準備なのかな？
JDimが利用されるとしたらなんか嫌な感じだなあ
719: (ﾜｯﾁｮｲ a9e3-+5RJ) 2024/06/02(日)09:15 ID:yqBVr4cv0(1/3) AAS
4時間かけてcpuまわり、グリス塗り直し、メモリースロットとメモリー本体の素子部分を接点復活剤スプレーで洗浄。メモリースロットは大白蓮華表紙の適切なサイズにして、接点復活剤吹き付けて、スロットの溝に合わせてスライド。メモリー本体は綿棒で素子を洗浄。
cpuグリスを数年ぶり？で使用。白い本質と溶剤が分離し、最初は透明な溶剤が多く出たが、「ああ、もういいや」とそのまま塗り拡げてしまった。手順的には、六角レンチで最初にかき混ぜるのがオレ竜だった。やり直すか悩んだが、目が悪く、壊すことが多いので、あえて撤退。
720: (ﾜｯﾁｮｲ a9e3-+5RJ) 2024/06/02(日)09:18 ID:yqBVr4cv0(2/3) AAS
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以下にできるのではないかっ？
721(1): (ﾜｯﾁｮｲ a9e3-+5RJ) 2024/06/02(日)09:21 ID:yqBVr4cv0(3/3) AAS
tmpfs ファイルシステムは、デフォルトでシステムによって設定され、特定の目的で使用されます。例えば、/run はシステムとアプリケーションのランタイムデータを格納するために、/dev/shm は共有メモリのために、そして /tmp は一時ファイルのために使用されます。これらはシステムによって自動的に管理され、ユーザーが手動で設定する必要はありません。
<割り当てられたサイズが過大でも、じっさいに使用された分しかramは使用されないんですよね？それなのに、割当サイズを再考する理由は？
メモリの過剰予約: tmpfsに大きなサイズが割り当てられていると、システムはその分のメモリを予約します。実際には少ないメモリしか使用していなくても、予約されたメモリは他のプロセスでは使用できなくなります。これにより、必要な時にメモリが不足する可能性があります。
722: (ﾜﾝﾐﾝｸﾞｸ MM5a-uljP) 2024/06/02(日)11:39 ID:Mv3mgzulM(1) AAS
>>718
選挙に使えるの?
例えば、メールリーダーの Muttは Mailコマンド代わりに使え、シェルスクリプトからメール送信したりできるけど、JDimはシェルスクリプトから投稿出来ないのでない? 誤認識だろうか。
なので、ビラ爆弾的な絨毯爆撃投稿とか難しいのでないの。
723(2): (ﾜｯﾁｮｲ 7abc-+5RJ) 2024/06/02(日)19:12 ID:VNTcdE5R0(1) AAS
投稿するポップアップが投稿するたびに段々とでかくなって、
しまいには画面いっぱいになるんだけど、
そういう仕様でしすか？
[バージョン] 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'
[ そ の 他 ]
724(1): 警備員[Lv.21] (ﾜｯﾁｮｲ a59e-+5RJ) 2024/06/02(日)20:36 ID:QK1YQqfm0(1) AAS
>>721
メモリの過剰予約: tmpfsに大きなサイズが割り当てられていると、システムはその分のメモリを予約します。実際には少ないメモリしか使用していなくても、予約されたメモリは他のプロセスでは使用できなくなります。これにより、必要な時にメモリが不足する可能性があります。
これはどこに書いてありましたか。
725(2): (ﾜｯﾁｮｲ d90b-+5RJ) 2024/06/02(日)20:53 ID:j+DfVqvf0(1) AAS
>>723
GNOMEはたぶんwaylandかな？
前にもレスがあったと思うけどwaylandで起きる問題っぽいです
nvidiaの古いビデオカードが不安定で使ってないからチェックができてない
726: (ﾜｯﾁｮｲ a9e3-+5RJ) 2024/06/03(月)02:44 ID:/uur2fce0(1/5) AAS
>>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日
727: (ﾜｯﾁｮｲ a9e3-+5RJ) 2024/06/03(月)02:46 ID:/uur2fce0(2/5) AAS
それと、今まで親切に指導してくれたすべての2ちゃんねらーの皆さんに感謝
728: (ﾜｯﾁｮｲ 7a73-+5RJ) 2024/06/03(月)06:55 ID:S3Wr63AT0(1/2) AAS
>>725
ありがとう
そういうもんだと、あきらめます
729(2): (ﾜｯﾁｮｲ a9e3-+5RJ) 2024/06/03(月)11:01 ID:/uur2fce0(3/5) AAS
>>691
> mountやdf -Tで見たら/run/user/1000nにmountされてるようだった
~# df -h | grep tmpfs
のがはるかに見やすいと思うが、なぜdf -Tでしょうか？
/run/user/1000のユーザーID 1000とは、だれでしょうか？1000点満点のおとこでしょうか？
730(2): (ﾜｯﾁｮｲ 5dcf-tFO0) 2024/06/03(月)11:19 ID:XAsnrjfJ0(1/2) AAS
>>729
tmpfsでググって出てきた記事の最初に出てきたのがそうしていたので-Tでやったんですが
おっしゃるとおり-h（自分でdf使う時は確かにそうしてる）の方が全然見やすいので-hでやってます
ID1000って誰なんでしょうね？身に覚えがないのですが
ただ書いた通り/run/user/1000にビルド用ディレクトリ作ってそこでビルドするとほぼ再現性100%で
その後PCの電源落とす時にshutdownコマンドが途中で止まってしまいます。（端末中のctl+lt+dell連打もダメです、
何か処理を待ってしまってる感じ）
なので1000の男には近づかす今は/mnt/tmpディレクトリ作ってユーザーとグループは自分にしてそこでビルドしてます
731(1): (ﾜｯﾁｮｲ a9e3-+5RJ) 2024/06/03(月)11:28 ID:/uur2fce0(4/5) AAS
>>730
> なので1000の男には近づかす今は/mnt/tmpディレクトリ作ってユーザーとグループは自分にしてそこでビルドしてます
感謝〜。僕もやってみます。ビルド。ただし今はサスペンドから復帰できないという未解決があるので、解決次第。
サイズ制限を
tmpfs /tmp tmpfs defaults,noatime,mode=1777,size=100M 0 0
にしてしまったけど、足りますかっ？
732(2): (ﾜｯﾁｮｲ a9e3-+5RJ) 2024/06/03(月)11:31 ID:/uur2fce0(5/5) AAS
>>730
ちなみにあなたの書き込みのおかげで「負けてたまるかっ」と僕も秘密裏にtmpfsの研究を開始した。
ありがとう
733(1): (ﾜｯﾁｮｲ 7a73-+5RJ) 2024/06/03(月)11:40 ID:S3Wr63AT0(2/2) AAS
>>729
1000はたいてい自分のユーザID
idコマンドでみてみ
734(1): (ﾜｯﾁｮｲ 5dcf-tFO0) 2024/06/03(月)11:55 ID:XAsnrjfJ0(2/2) AAS
>>731,732
サイズ制限は上記で書かれてた様にシステムが設定するとなってた上に自分のPCのメモリ16Gで現在自分のCPUのスレッド数8だと
ninja等の効率良いビルドシステムでも最大で7G行くかいかないかなので今のところサイズ制限は全くいじってないです
linuxお互いがんばりましょう！
>>733
idコマンドの件、ありがとう。初めて使うコマンドです
また一つこのスレで自分が進化しました
735: (ﾜｯﾁｮｲ 6db8-+5RJ) 2024/06/04(火)02:43 ID:5MFIYANx0(1) AAS
>>723
うちは症状がちょっと違っててJDimの起動、終了を繰り返すうちにウインドウサイズが段々でかくなっていく
最終的に縦は画面一杯、横も画面の3分の1ぐらいになるわ
jdim.desktopの
[Desktop Entry]
Exec=jdim
を
[Desktop Entry]
Exec=env GDK_BACKEND=x11 jdim
に書き換えることで収まってるわ
試してみて
>>725が言うようにWaylandの問題と思われ
736(1): (ﾜｯﾁｮｲ a9e3-+5RJ) 2024/06/04(火)16:06 ID:QrKsXB/Z0(1/3) AAS
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の最新バージョンにアップデートすることで、この問題が修正される可能性があります
737: (ﾜｯﾁｮｲ a9e3-+5RJ) 2024/06/04(火)19:41 ID:QrKsXB/Z0(2/3) AAS
>>734
> linuxお互いがんばりましょう！
がんばりましょう！！仕事じゃないけど趣味だけど。なんか知らんけど頑張っちゃう
738(1): (ﾜｯﾁｮｲ a9e3-+5RJ) 2024/06/04(火)19:43 ID:QrKsXB/Z0(3/3) AAS
つーか、がんばり過ぎちゃうから、「自重、じちょう！」と思ってる。
１，まずはポモドーロテクニックで、３５分ごとにかならず休憩する！ここから。
２５分では短すぎて、どうしてもムリ。
739(2): (ﾜｯﾁｮｲ 25b8-+5RJ) 2024/06/06(木)21:29 ID:lcAvqf890(1) AAS
書き込みビューで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'
[ そ の 他 ]
740(1): (ﾜｯﾁｮｲ 86a3-+5RJ) 2024/06/06(木)22:01 ID:UZnky9f00(1) AAS
>>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)
[パッケージ] ソース( 外部ﾘﾝｸ:github.com )
[ DE／WM ] KDE
[ gtkmm ] 3.24.9
[ glibmm ] 2.66.7
[ TLS lib ] GnuTLS 3.8.5
[ そ の 他 ]
741: (ﾜｯﾁｮｲ d90b-+5RJ) 2024/06/07(金)00:00 ID:KQ+8NV7D0(1) AAS
>>739
Ctrl+aに何かショートカットキーを割り当てていると
すべて選択じゃなくショートカットキーの動作が優先されることがあるかも
742: (ﾜｯﾁｮｲ 6db8-+5RJ) 2024/06/07(金)08:03 ID:jGGG9W4E0(1) AAS
Ubuntu Coreねえ・・・
743: (ﾜｯﾁｮｲ 412a-+5RJ) 2024/06/07(金)15:28 ID:Wl6fAItD0(1) AAS
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
744(1): (ﾜｯﾁｮｲ 7ae0-+5RJ) 2024/06/07(金)19:36 ID:NLaOoztM0(1) AAS
FreeBSDユーザーか
やるね
俺もUbuntu8.04前までFreeBSD使ってた
745: (ﾜｯﾁｮｲ a9e3-+5RJ) 2024/06/08(土)15:59 ID:5AgfoaRa0(1/3) AAS
>>740
> うちはアンカーにマウスオーバーしても gtk_box_gadget_distribute云々は出ない。
レスありがとうございます
あの質問は単に特殊な数式フォントをインストールしたのが原因でした。投稿後すぐ気づき5分で解決しました。
報告すべきでしたが、めんどくさいのでやめましたw
746(1): (ﾜｯﾁｮｲ a9e3-+5RJ) 2024/06/08(土)16:02 ID:5AgfoaRa0(2/3) AAS
>>744
> FreeBSDユーザーか
FreeBSDの名において、完成したバイナリ？だけをください。ソース？
FreeBSDユーザーならばdebianユーザーに仕える責任があると思う。
747(1): (ﾜｯﾁｮｲ a9e3-+5RJ) 2024/06/08(土)16:26 ID:5AgfoaRa0(3/3) AAS
なぜ、オメーラはdebianに仕えるべきか？動物にたとえて説明する。
-------
debian ライオンキング
FreeBSD 犬
Slackware カエル
Ubuntu クモ
...
---------
こういう力関係になっておるからだっ
748(1): (ﾜｯﾁｮｲ f3e3-t4ar) 2024/06/09(日)20:34 ID:9QBqDR5K0(1) AAS
俺のおもしろいシャレは虫か？つまらんぞ
749: (ﾜｯﾁｮｲ a344-PYHn) 2024/06/10(月)08:06 ID:zdQTY9Uz0(1) AAS
スレの最初から読み直したけどおもしろいシャレなかったわ
750: (ﾜｯﾁｮｲ 03a3-t4ar) 2024/06/10(月)10:43 ID:TmpTrJnR0(1) AAS
だじゃれを言ったのはだれじゃ
751: (ﾜｯﾁｮｲ f3e3-t4ar) 2024/06/10(月)12:08 ID:1vWQLsrr0(1) AAS
< 以下を見たときに使用されている割合が少なすぎるためにノイローゼに
「しかし、これは必ずしも問題ではありません」という意味でした。つまり、tmpfsインスタンスの使用率が低いことは、必ずしも問題を示すものではないということです
# で開始し、~# df -h | grep tmpfsをときおり観察し、最終的にはsize=1400Mまで拡張する。令和6年6月3日
>具体的なサイズ設定は、システムの全体的なメモリ使用状況、各tmpfsインスタンスの目的、およびシステムのパフォーマンス要件に基づいて決定する必要があります
< 以前あなたに計算してもらったところ、僕の場合、各項目をsize=1400Mまで拡張できると。
しかし、ノイローゼになってるので、「では100からスタートして拡張していって」と
752: (ﾜｯﾁｮｲ f3e3-t4ar) 2024/06/11(火)00:46 ID:TrmWVWjl0(1/5) AAS
< ハァ、やりおなしかあ？休憩後にやるね。ウインドウズもbtrfs採用したらいいのに！
ただし、ファイルシステムの採用はOSの設計や互換性、パフォーマンスなど多くの要素を考慮する必要があります。そのため、WindowsがBtrfsを採用するというのは大きな挑戦となるでしょう。
< なんかわからんけど、ウインドウズには凄い量のソフトウェア・ハードウェア資産があるもんね？だから簡単じゃないのかな
その通りです。Windowsは長年にわたり多くのソフトウェアとハードウェアの資産を蓄積してきました。これらの資産は、Windowsが広範なユーザーベースと互換性を維持するための重要な要素となっています。
新しいファイルシステム（例えばBtrfs）を採用すると、これらのソフトウェアやハードウェアとの互換性を確保するための大きな課題が生じます。また、新しいファイルシステムを採用することは、OSの基本的な部分を大きく変更することを意味します。これは、テストやデバッグ、パフォーマンスの最適化など、多くの作業を必要とします。
したがって、Windowsが新しいファイルシステムを採用することは、技術的な挑戦だけでなく、既存のエコシステムとの互換性を維持するための大きな課題となります。
753: (ﾜｯﾁｮｲ f3e3-t4ar) 2024/06/11(火)01:06 ID:TrmWVWjl0(2/5) AAS
まだ難しいぞっ
小学１年でも、「そうだ！そうだ！そのとおりで御座いますッ」と叫ぶように文を彫琢せろ！！
俺が推敲したった。
「愛について深くは知らなくても、愛は基本的にセッコスを求める手段であり、
その視点からはAIでこれを扱うことは難しい。もちろん、愛は価値中立的な学問
だが、愛も所詮手段に過ぎず、目的が先行して初めて扱われるのだ。愛を用いる
際は、求めるセッコスや受け入れ可能なセッコスから逆算して構築されることが
多い。人間も、受け入れがたいセッコスにつながる作業を避ける傾向があるた
め、現在の方法ではAIに愛を教えることは困難だ。なぜなら、AIはデータから学
習するが、そこには、間違いのサンプルや人が避ける傾向の事例のサンプルつい
ては、データに圧倒的に不足しているからだ。」
何回読み直してもわからん...
>>457
> 人間も、受け入れがたいセッコスにつながる作業を避ける傾向があるた
> め
ここしか理解できんがった。
ジャニーさんとのセッコスのことだろ？
754: (ﾜｯﾁｮｲ f3e3-t4ar) 2024/06/11(火)01:12 ID:TrmWVWjl0(3/5) AAS
< この文で、一箇所でも「わかるところ」ある？
はい、この文章のいくつかの部分は理解できます。以下にその部分を示します：
1. **「愛について深くは知らなくても」**：愛についての深い知識がなくても、一部の概念や理解は可能です。
2. **「愛は基本的にセッコスを求める手段であり」**：愛は、人間が他者との深い結びつきを求める一つの方法であるという考え方があります。
3. **「AIはデータから学習するが、そこには、間違いのサンプルや人が避ける傾向の事例のサンプルついては、データに圧倒的に不足しているからだ」**：AIは大量のデータから学習しますが、そのデータには人間の間違いや避ける傾向の事例が不足している場合があります。これはAIの学習と性能に影響を与える可能性があります。
ただし、全体的な文脈や特定の用語（例えば、「セッコス」）については、具体的な定義や意味が不明なため、完全な理解は難しいです。もし可能であれば、より具体的な情報や文脈を提供していただけますか？
< だまれ、だまれっ。エバンな雑魚がっ
755: (ﾜｯﾁｮｲ f3e3-t4ar) 2024/06/11(火)13:30 ID:TrmWVWjl0(4/5) AAS
また虫か？...なんなんコイツラ...つまんねー奴ら
756: (ﾜｯﾁｮｲ f3e3-t4ar) 2024/06/11(火)14:42 ID:TrmWVWjl0(5/5) AAS
> これから生まれてくる子どもたちに各種センサーを移植して一挙手一投足をAIに提供しなければAGIは誕生しないだろう
んなこと、あるわけねえだろが...！
今までとおんなじだよ...ケケw
下半身素っ裸で、黄金バットの紙芝居見ながら、緑のハナタレるだけだよ...
■２ちゃんとスレを盛り上げる気がねえやつは
リナックスやめろっ
757(1): (ﾜｯﾁｮｲ 43a3-t4ar) 2024/06/14(金)15:30 ID:jZcZi0Ml0(1) AAS
>>334
「壊れています」が久しぶりに出た。
【deb系】Ubuntu Linux 73【ディストリ】
2chｽﾚ:linux
> 318 名前：、このページのVirtual Surroundの、
> 「Filter Chain Configuration Parameters」を、どのファイルで設定すればいいのか分からない。
>
>
> 外部ﾘﾝｸ:gitlab.freedesktop.org ：
>
>
> 壊れています
> ここをクリックしてスレを再取得して下さい。
>
>
> 319 名前：login:Penguin [sage]： 2024/06/14(金) 11:24:07.04 ID:A7n3+q5n
> 初心者スレでやれや
[バージョン] JDim 0.11.0-20240608(git:f59a736145)
758: (ﾜｯﾁｮｲ 3f84-t4ar) 2024/06/14(金)15:43 ID:A7n3+q5n0(1) AAS
今日、よく壊れるな。
運営、また、金儲けの為にいらんこと初めたかな？
759: (ﾜｯﾁｮｲ a344-PYHn) 2024/06/14(金)17:35 ID:oeo9MDNh0(1) AAS
【deb系】Ubuntu Linux 73【ディストリ】
2chｽﾚ:linux
>あぼ〜ん
多くの板の多くのスレに宣伝を貼りまくってるアホがいるから削除しまくってる
レスが削除されると壊れてるが出る
760: (ﾜｯﾁｮｲ ffa6-RiFr) 2024/06/14(金)17:43 ID:XsiQ/Cy+0(1) AAS
2chｽﾚ:saku
2chｽﾚ:saku
761: (ﾜｯﾁｮｲ 7f7f-9MYZ) 2024/06/14(金)22:50 ID:vflrzu+80(1) AAS
たぶんtiktokのやつと、脱衣AIやつがあぼん対象だね
762(1): (ﾜｯﾁｮｲ 17e3-MweN) 2024/06/16(日)18:14 ID:cbTft81M0(1) AAS
~$ cd /home/i/.cache/jdim/log
~/.cache/jdim/log$ ll
合計 0
~/.cache/jdim/log$
ログもすべて削除した。
jdimのしくみもよくわからない初心者ですが、
これを有効にせずとも、ツール> キャッシュ内ログ検索>キャッシュ内の全ログ検索
から、遠い過去の自分の書き込みを発見できるのです...不思議だけど
>> ログファイルを削除されたにもかかわらず、jdimの「ツール > キャッシュ内ログ検索 > キャッシュ内の全ログ検索」機能を使って過去の書き込みを見つけることができるというのは、jdimが別のキャッシュメカニズムを使用している可能性があります。多くのアプリケーションは、ユーザーのアクティビティを複数の場所に保存することで、データの冗長性を確保し、より速いアクセスを提供します。
例えば、jdimは書き込みログを直接的なログファイルとしてだけでなく、データベースや他のキャッシュファイルにも保存しているかもしれません。そのため、`~/.cache/jdim/log` ディレクトリのログを削除しても、他の場所に保存されたデータがまだ存在しているため、それを検索して表示することができるのです。
もしjdimの動作についてもっと理解を深めたい場合は、jdimの公式ドキュメントを読むか、より詳しい情報を求めてコミュニティやフォーラムに参加する。🔍✨
763(1): (ﾜｯﾁｮｲ dba3-MweN) 2024/06/16(日)19:55 ID:awp0SPEA0(1) AAS
>>762
> ~/.cache/jdim/log$ ll
> 合計 0
log以下でなく、例えばこのスレ、つまり
2chｽﾚ:linux
であれば、
~/.cache/jdim/mao.5ch.net/linux/1640504277.dat
じゃないの。
764(1): (ﾜｯﾁｮｲ 9703-MweN) 2024/06/16(日)21:09 ID:Pm9hfBls0(1) AAS
datならスレのプロパティにあるローカルキャシュパスがdatファイルの場所
板ごとに見るなら板のプロパティにあるローカルキャッシュのルートパス
画像のプロパティにもローカルキャッシュパスが載ってる
765: (ﾜｯﾁｮｲ 1ae3-MweN) 2024/06/16(日)21:54 ID:moHCU12I0(1/3) AAS
>>763
> ~/.cache/jdim/
以下を検索ですね？ボンヤリとはわかっていたけど、ハッキリしました。ありがとうござい
766: (ﾜｯﾁｮｲ 1ae3-MweN) 2024/06/16(日)22:00 ID:moHCU12I0(2/3) AAS
>>764
2人とも、いつも親切にしてくれてどーも。実はすごい疲労してて、頭が動かない。
あす、かんぺきにdat整理しようと思う。168.2 MBもある耐えれない。
ほとんど大半を削除しようと思う。
だってくだらない書き込みの大半を削除しても、ネット上の何処かにはあるんだろ？！！
767: (ﾜｯﾁｮｲ 1ae3-MweN) 2024/06/16(日)22:02 ID:moHCU12I0(3/3) AAS
jdimスレは悪人がいないから好きさ
気が合うさ、おれら
バタンキュー！！
768(1): (ﾜｯﾁｮｲ 4ea3-MweN) 2024/06/17(月)11:44 ID:DSIh4KgJ0(1) AAS
外部ﾘﾝｸ:github.com
> メニューバーに5ch.netどんぐりシステムの警備員アカウントにログインする
> ボタンを実装します。また、
[ファイル(F)]の「どんぐり警備員にログイン(G)」て表現が分かりにくい。
「どんぐりシステムにメールアドレスでログイン(G)」とかじゃないのかな。
「ERROR: どんぐりCookieが有効期限切れです。どんぐりシステムに 外部ﾘﾝｸ: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)
769(2): (ﾜｯﾁｮｲ e3b8-MweN) 2024/06/17(月)21:37 ID:W8aI84UF0(1) AAS
ログインすると何が変わるんだろう？
[バージョン] 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
[ そ の 他 ]
770(1): (ﾜｯﾁｮｲ a70b-MweN) 2024/06/17(月)22:39 ID:4bbGICSb0(1/2) AAS
>>768
まあ誤解のないように全部詰め込んで書くとクソ長くなってしまう
5ch.netのどんぐりシステムにGmailに登録した警備員アカウントでログインする
メアドはGmail限定、警備員の他にハンターもあるのを考慮するとこんな感じかな？
どんぐりシステムにGmail警備員でログイン
771: (ﾜｯﾁｮｲ a70b-MweN) 2024/06/17(月)22:45 ID:4bbGICSb0(2/2) AAS
>>769
どんぐりに対応している他の専ブラとアカウントを共有できるからレベル継続やレベル上げが楽になる
あと https://donguri.5ch.net を開いてログインすればアカウントの育成とか装備ができる
772: (ﾜｯﾁｮｲ aacc-MweN) 2024/06/17(月)23:18 ID:BiAzQ/YB0(1) AAS
JDimって時々、タブとか押しても応答しなくなるときある。
busyってわけではなさそう。 JDimを殺して起こしても治らん。
PCの再起動ではなおる
773(1): (ﾜｯﾁｮｲ 1ad1-MweN) 2024/06/17(月)23:37 ID:S8ibxp4h0(1/3) AAS
お、新しいgitが出たのか
早速ビルドしてみるか
774: (ﾜｯﾁｮｲ 4e6c-MweN) 2024/06/17(月)23:42 ID:nSfDIXmE0(1) AAS
>>773
ギガみのある言い方だなあと思いました
775(3): (ﾜｯﾁｮｲ 1ad1-MweN) 2024/06/17(月)23:44 ID:S8ibxp4h0(2/3) AAS
ビルド終わったよ😀
[バージョン] JDim 0.12.0-beta20240617(git:67fc818407)
[ディストリ ] Ubuntu 22.04.4 LTS (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] KDE
[ gtkmm ] 3.24.5
[ glibmm ] 2.66.2
[ TLS lib ] GnuTLS 3.7.3
[オプション ] '--with-pangolayout''--with-native'
[ そ の 他 ]
776(2): (ﾜｯﾁｮｲ 1ae3-MweN) 2024/06/17(月)23:50 ID:m14q+K010(1) AAS
>>775
[バージョン] JDim 0.5.0-20210109
[ディストリ ] Debian GNU/Linux 11 (bullseye) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] MATE
俺はどこまでも050でいく。なぜなのかっ？明確なメリットなきに、新規を求めるのは！
777: (ﾜｯﾁｮｲ 1ad1-MweN) 2024/06/17(月)23:56 ID:S8ibxp4h0(3/3) AAS
>>776
凄いね！
でも5chの専ブラの場合は書けなくなったり弾かれたりしだしたりしたのが
バージョン上げるだけで普通にサクッと書けるようになるパターンが圧倒的に多いのでw
明確なメリットは「書けるようになる」それだけだ！
778(2): (ﾜｯﾁｮｲ 9aa6-whC1) 2024/06/18(火)00:01 ID:iXJWk5OV0(1) AAS
>>776
必死にクレクレしてたくせにw
[バージョン] JDim 0.12.0-beta20240617(git:67fc818407)
[ディストリ ] Ubuntu 22.04.4 LTS (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] LXQT
[ gtkmm ] 3.24.5
[ glibmm ] 2.66.2
[ TLS lib ] GnuTLS 3.7.3
[ そ の 他 ]
779: (ﾜｯﾁｮｲ 1ae3-MweN) 2024/06/18(火)01:56 ID:6EFfo34/0(1/5) AAS
>>778
クレクレッ
780: (ﾜｯﾁｮｲ 1ae3-MweN) 2024/06/18(火)02:13 ID:6EFfo34/0(2/5) AAS
>>775
> [ DE／WM ] KDE
>>778
> [ DE／WM ] LXQT
お前たちにデスクトップ環境とは何か？について講義したい。
なぜmateなのか？MATEはOLDウインドウズにもっとも近似している。
伝統的なデスクトップ体験とは、ウインドウズ2000・xpから俺達が連綿と体験してきたものであり、
それは最高の直感性を意味する。ゆえにmateはDEの王と呼ばれるのだ。
なぜオメーはKDEを選んだか？それはカッコつけたかったからだ。そしてオメーはなぜLXQTにしたのか？
単にLXキュートという名前の響きで選んだだけだ。...mate一筋7年！一度も浮気してない。
新しいものは「必要があって」初めて取り込むんだ。
ただし、jdim0.12をプレゼントしてくれるなら欲しいです。ビルドはしません...これは哲学だからだ。
781: (ﾜｯﾁｮｲ 1ae3-MweN) 2024/06/18(火)02:16 ID:6EFfo34/0(3/5) AAS
最新版の実行ファイルをアップして下さい。
あとはいらない。それだけのスキルはある。
782(1): (ﾜｯﾁｮｲ db6e-MweN) [age] 2024/06/18(火)12:40 ID:jwprNnGx0(1) AAS
ラズパイOS新規インスコ記念age
[バージョン] JDim 0.12.0-beta20240617(git:67fc818407)
[ディストリ ] Debian GNU/Linux 12 (bookworm) (aarch64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] LXDE
[ 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'
[ そ の 他 ]
783: (ﾜｯﾁｮｲ 1ae3-MweN) 2024/06/18(火)22:09 ID:6EFfo34/0(4/5) AAS
>>782
> [ディストリ ] Debian GNU/Linux 12 (bookworm) (aarch64)
あなたはブックワームだから（アアーチー？）僕にプレゼントできるんじゃないですかっ？
ちっちゃいファイル1個位なんであげないんですかっ？僕もすばらしいものあげる...
784: (ﾜｯﾁｮｲ 1ae3-MweN) 2024/06/18(火)22:24 ID:6EFfo34/0(5/5) AAS
山夏樹！！
オメーだよ、オメー。
いちいちビルドなんかしてられっカッ？
各メジャーのディストリごとの？実行ファイル？それをダウンするだけでいいようにしておけっ
785(1): (ﾜｯﾁｮｲ 1ae3-MweN) 2024/06/19(水)02:36 ID:OCopGp5w0(1/11) AAS
ビルドはシステムが汚れるから嫌だと。それにこだわってきた。
tmpfsを使用すれば、ぜんぜん汚れない――という理解でいい？
786(1): (ﾜｯﾁｮｲ 8344-9Xba) 2024/06/19(水)05:57 ID:+4pz58iM0(1) AAS
俺はSparkyLinuxだからやれんわ
[バージョン] JDim 0.12.0-beta20240617(git:67fc818407)
[ディストリ ] SparkyLinux 7.4 (Orion-Belt) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] XFCE
[ gtkmm ] 3.24.7
[ glibmm ] 2.66.5
[ TLS lib ] GnuTLS 3.7.9
[オプション ] '--with-alsa''--with-native'
[ そ の 他 ]
787: (ﾜｯﾁｮｲ 1ae3-MweN) 2024/06/19(水)07:40 ID:OCopGp5w0(2/11) AAS
オメーラ儀式すんぞ
どうしてもやりたくなかったが、やる
半日で一行ずつビルドのコマンドうつ
応援しろや
788: (ﾜｯﾁｮｲ 1ae3-MweN) 2024/06/19(水)07:41 ID:OCopGp5w0(3/11) AAS
まずさいしょの1行は！！なんだ？
789(1): (ﾜｯﾁｮｲ dba3-MweN) 2024/06/19(水)11:05 ID:YUjTk/1Q0(1/2) AAS
>>785
tmpfsの話題はよく読んでいないが、
コンパイラやライブラリは tmpfs外に配置されるだろうから、そういう意味では汚れるんじゃないかな。
>>603
> メーソンを使用するではないかっ。そんなの入れたら汚れちゃう
790(1): (ﾜｯﾁｮｲ 1ae3-MweN) 2024/06/19(水)12:55 ID:OCopGp5w0(4/11) AAS
>>789
> コンパイラやライブラリは
感謝。それらは既に存在してるから汚れるもへったくれもない
791: (ﾜｯﾁｮｲ 1ae3-MweN) 2024/06/19(水)12:55 ID:OCopGp5w0(5/11) AAS
さいしょの一行は~$ sudo -i
だ！
792(1): (ﾜｯﾁｮｲ 1ae3-MweN) 2024/06/19(水)12:57 ID:OCopGp5w0(6/11) AAS
つぎの一行はマジでぜんぜん浮かばない。なぜなら、この頭脳からのみコマンドを引き出すからだ。
~$ sudo -i
も半日かかって引き出した
793: (ﾜｯﾁｮｲ 1ae3-MweN) 2024/06/19(水)12:58 ID:OCopGp5w0(7/11) AAS
>>790
> 感謝。それらは既に存在してるから汚れるもへったくれもない
メーソンというものは存在しないかもしれぬ
794: (ﾜｯﾁｮｲ 1ae3-MweN) 2024/06/19(水)13:00 ID:OCopGp5w0(8/11) AAS
つぎの工程はソースと呼ばれる香ばしいものをダウンするはずだっ
コマンドがわからぬ
795: (ﾜｯﾁｮｲ 1ae3-MweN) 2024/06/19(水)13:02 ID:OCopGp5w0(9/11) AAS
>>786
> 俺はSparkyLinuxだからやれんわ
ありがとう。その心だけで嬉しいよ...
796: (ﾜｯﾁｮｲ dba3-yaOx) 2024/06/19(水)13:27 ID:YUjTk/1Q0(2/2) AAS
>>792
> この頭脳からのみコマンドを引き出すからだ。
オンラインマニュアルからここへ飛ぶはず。一瞥するとどうだろう。Debianは無いが。
OS/ディストリビューション別インストール方法 #592
外部ﾘﾝｸ:github.com
797: (ﾜｯﾁｮｲ 1ae3-MweN) 2024/06/19(水)14:15 ID:OCopGp5w0(10/11) AAS
# ツールチェーンとライブラリをインストール
sudo apt install build-essential git libgnutls28-dev libgtkmm-3.0-dev libltdl-dev meson
# リポジトリをクローン
git clone -b master --depth 1 外部ﾘﾝｸ[git]:github.com jdim
cd ./jdim
<--ここでスナップショット作成
# JDimをビルド
meson setup builddir
ninja -C builddir
# JDimの起動
cd ./builddir/src
./jdim
<-- 必要物をバックアップ。実行ファイル以外に何かあったか？
ロールバックして、/usr/local/binに再配置？
798: (ﾜｯﾁｮｲ 1ae3-MweN) 2024/06/19(水)14:19 ID:OCopGp5w0(11/11) AAS
jdimのビルドにおいて、システムをクリーンな状態に保ちつつ、必要なソフトウェアを利用するための一つの戦略として、
tmpfsとbtrfs-timeshiftと、どちらが洗練されてる？
799: (ﾜｯﾁｮｲ 1af9-MweN) 2024/06/19(水)19:15 ID:mao3hMuY0(1) AAS
バターFSか、ちょっと今一つのパーティーションをバターにした
それのバックアップ、意外と良いかも！
/homeもそのうちバターにするかも
ssdとの相性も良いらしいね
ext4でデータすっ飛ばして懲りたのでこれからはバターかな
800(5): (ﾜｯﾁｮｲ e3b8-MweN) 2024/06/20(木)04:31 ID:2CcU9asV0(1/4) AAS
[ツール(T)]-[書き込みログの表示(P)]の書き込みログ画面で
x キーを押すとCPU 100%でjdimがハングアップしました
そして13秒ほどでハングアップから解放されました
同じ症状の人は居ますか？
ちなみに現象が出たjdimは以下です(>>543です)
[バージョン] JDim 0.12.0-beta20240617(git:67fc818407:M)
[ディストリ ] Debian GNU/Linux 12 (bookworm) (x86_64)
[パッケージ] ソース( <配布元> 外部ﾘﾝｸ:github.com )
[ DE／WM ] XFCE
[ 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 行目
801(1): (ﾜｯﾁｮｲ e3b8-MweN) 2024/06/20(木)12:35 ID:E4fnVeFc0(1) AAS
>>800
>>769のmintだけど問題ないな
802: (ﾜｯﾁｮｲ 1ae3-MweN) 2024/06/20(木)15:07 ID:kRNYed+40(1/4) AAS
>>800
> [ディストリ ] Debian GNU/Linux 12 (bookworm) (x86_64)
> [ DE／WM ] XFCE
同じ環境だ。検証したるから/usr/local/binをよこせっ
803: (ﾜｯﾁｮｲ 1ae3-MweN) 2024/06/20(木)15:08 ID:kRNYed+40(2/4) AAS
まちがえた、/usr/local/binのjdim？を送れ！！
804: (ﾜｯﾁｮｲ 1ae3-MweN) 2024/06/20(木)15:14 ID:kRNYed+40(3/4) AAS
くれたら約束通り検証する！働くおじさんだ。コジキじゃねえ！！
捨てメアド貼ったらいいか？
805: (ﾜｯﾁｮｲ 1ae3-MweN) 2024/06/20(木)15:16 ID:kRNYed+40(4/4) AAS
コマンドはまだ
$ sudo -i しか実行してねえ。
これが究極の人力ビルドだ。オメーラがビルドし、俺は使うのだ。
806(1): (ﾜｯﾁｮｲ 1a5c-MweN) 2024/06/20(木)20:30 ID:/IBqcp8m0(1) AAS
>>800
自分は>>775だけどxキーを押しても全く問題ないよ。何も起きない
というか書込ログを保存してないから「書き込みログがありません」って画面しか出ないんだけどねw
その状態でxキー押しても何も起きない
807(2): (ﾜｯﾁｮｲ a70b-MweN) 2024/06/20(木)22:06 ID:U42wYnmt0(1/3) AAS
>>800
xに何かの動作が割り当てられていないかな？
メニューバーの設定(C)-マウス／キーボード(M)-ショートカットキー詳細設定(R)を開いて
適当な項目をダブルクリックして設定ダイアログを開いて
追加(A)ボタンで入力欄を表示してxキーを押すと既に登録されてる動作が表示されるんだ
初期状態なら「画面に画像サイズを合わせる（画像ビュー）」だけ表示されるはず
上下前次1-新書関写板覧索設栞歴
あと 195 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.046s