[過去ﾛｸﾞ] 初心者もOK! FreeBSD質問スレッド その124 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
943: 2021/06/09(水)13:33 AAS
wine君は一昔前なら自分のwebサイトで公開するくらいの情報発信者
その点は素直に尊敬するけど、wine推しすぎの余りズレちゃうことがあるんだよね
以前もatokxの質問に、wineでATOK for Windows使えるよ的な回答してたし
944: FreeBSDでwimeを使っている君 2021/06/10(木)02:16 AAS
すいません。
ネタに気を使って肝心なことを書き忘れていました。
「登録した辞書が編集しやすいやつ」を読んで、
Cannaを初めて使ったとき、Cannaの「catdic」なんかに、
Unixっぽさを感じて感動したけど、
「まあ、ちょこっと管理するにはありがたいよね、GUI画面」
と、思ったことを思い出しました。
wimeの機能で、ATOKのプロパティの窓が出せて設定ができるし、
辞書ユーティリティも窓が出せて、辞書管理ができます。
稼働し始めれば、違和感なくATOKの管理ができると思います。
批判というか助言というか、は、その通りです。
「以前もatokxの質問に、wineでATOK for Windows使えるよ的な」
え゛え゛っ！ そうだっけー！
あまりにも心当たりの余罪が多すぎて、まったく記憶にない……。
まあ、重症なんだと思います。
Unix系ユーザの人口に膾炙していれば、もう十分なのですが。
ググった結果が「人口に膾炙」と言えば、まあ、そうですが、
最近、「wime」でググると、乃木坂46の和田まあやさんが
上に上がってくるようになって、「チッ」と思ったものの、
画像検索をして、「あ、タイプだわ」と、許してしまった
FreeBSDでwimeを使っている君なのでしたー。（きょうのわんこ的）
945: 2021/06/10(木)09:24 AAS
しかしwineも、やっとフリーセルが動いて「おお」と思った頃からの進化ぶりは、隔世の感があるな
20年くらい前の話だから、当然と言えば当然か
今後もwine君の情報発信を期待してます
946: 2021/06/12(土)13:36 AAS
>>924
自己レスです
libreofficeのpkg版だとGTKが入ってない
のが漢字入力モードに入れない原因だったみたいで、
ports経由でeditors/libreofficeのところでmake configでGTK3を追加
して あとはjapanese/ja-libreofficeも入れて
# ja-scim-anthy
#export GTK_IM_MODULE=scim # どっちでも
export GTK3_IM_MODULE=scim # どっちでも
#export QT_IM_MODULE=scim
export XMODIFIERS='@im=SCIM'
scim -d
で無事漢字入力できましたw
あと、gimp入れてるとImathというパッケージが被るらしいので、
自分の場合は一時的にgimpをdeleteしてからportsのlibreをmakeして
被りの解消ができました
947: 2021/06/12(土)17:53 AAS
これは素晴らしい自己レス
以前入力で困ってた人がいたので喜ぶ事でしょう
948(1): 2021/06/18(金)04:58 AAS
jpgファイル多数と、それをリストにしたcsvファイルを、zipにしてサーバにアップロードする某システムがあります
/usr/local/bin/zip
でzip化すると幾つかのjpgが、画像サイズが小さすぎるとエラーになるときがある
jpgとcsvをgoogleドライブにアップロードしてから、ダウンロードすると勝手にzipなりますよね
そのzipを使うとエラーは発生しない
jpgおよびcsvは全て英数文字
/usr/local/bin/zipって、windowsのzipと微妙に違うのかな？
949: 2021/06/18(金)04:59 AAS
>>948
「画像サイズが小さすぎるというエラー」です
950(1): 2021/06/19(土)09:08 AAS
意訳でなく、エラーメッセージはそのまま載せないと
望んだ回答を得られる可能性は低くなるよ。
あと呼び出した際のコマンドラインパラメータもね。
951: 2021/06/19(土)09:16 AAS
まあそのエラーメッセージを検索するだけでいいんですけどね。
952(4): 2021/06/19(土)16:13 AAS
13RでR7 250を導入してみたけどquarterlyもcurrentもdrm-kmodがダメっぽい。
試しに5.5をビルドして上書きしてみたけど、かわらずテキストカーソルとマウスカーソルが表示された状態で固まってる。
xorg-serverはmodesettingもamdgpuも同じく途中で止まる。止まったXはkillで死んでくれればいんだけど再起動以外で消せない。
ただ、調べてるとマルチプロセッサで固まるって話があった。
次に時間が取れたら仮想マシンにパススルーして実験してみる。
953(1): 2021/06/19(土)18:32 AAS
>>950
意訳ではなく、そのシステムの日本語エラーメッセージです
「呼び出した際」がよく分かりませんが、例えば
zip UP *.jpg list.csv
でzip化し、webシステムでアップロードしてます
んで私が尋ねたのは
＞/usr/local/bin/zipって、windowsのzipと微妙に違うのかな？
なので、正確なエラーメッセージとかコマンドラインパラメータとかは関係ないと思います
954: 2021/06/19(土)22:20 AAS
>>952です。謎は解けました。
amdgpuはheadlessだと止まってしまうようです。
適当にモニタを繋いで/etc/X11/xorg.confを消してstartxであっさり動きました。多分別の対処法があると思います。
glxgearsもvlcもXの負荷40~50%で推移しててGPUが使われているのが判ります。
Windows10へx11vncとpulseaudioで転送してvlcを表示していますが音が全く途切れずコマ落ちも判らないです。
ためしにenv DISPLAY=hoge:0 PULSE_SERVER=moge katawa-shoujoしてみたら起動時のアニメーションが走ったのでOpenGLが効いてます。
またenv vblank_mode=0 glxgearsは1600~4500fpsオーバーで動きますがx11vncがカクつきます。
ただenv DISPLAY=hoge:0 glxgearsは180fps程度でしたのでIndirectGLXは動いているみたいですがGPUは効いていないようです。
早速ダミー信号のDVI-D,HDMIコネクタを注文しました。
つぎはxrdpでGPUが使用可能か試してみます。
955(2): 2021/06/19(土)22:25 AAS
> jpgとcsvをgoogleドライブにアップロードしてから、ダウンロードすると勝手にzipなりますよね
これは、googleドライブが画像ファイルになんらかの処理をした上で、zipにまとめたものだろ
> /usr/local/bin/zipって、windowsのzipと微妙に違うのかな
全然的外れな推測だと思う
エラーのでるzipとでないzipを比較してみるくらいの知恵は無いのか?
956(1): 2021/06/20(日)00:04 AAS
FreeBSDって昔は脱GPLv3の方向を目指して動いてましたよね？
で、GCCをLLVMに置き換えて脱GPLv3を達成した
でもLLVMが途中でGPLv3互換なApache License 2.0に切り替えたから
GPLv3で一番ひどい条項である事実上の特許放棄、特許の無期限無料使用許諾の強制からは逃れられなくなって
実質的にFreeBSD全体がGPLv3を適用されてるのと同じ状況になってます、よね？
あるいはただの勘違いでFreeBSDは元々GPLv3大歓迎だったとかなんですかね……？
957: 2021/06/20(日)01:54 AAS
>>955
googleドライブが画像ファイルに何らかの処理を加えるなんて、聞いたこと無いな
ソースを教えてくんない？
958: 2021/06/20(日)02:45 AAS
>>955
エラーのでるzipとでないzipで、何をどう比較するのかくらい教えてやれよ
#俺も知りたい
959: 2021/06/20(日)05:53 AAS
>>953
ちがうかというとちがう。linux上のInfoZipだが、Windows にもっていったら編集できないということがあった。なんかヘッダのバージョンがちがうとかだったような。7zip使うようにして回避したけど、portsにあったっけ？
#なんでwindowsとくらべてるんだ、そもそもFreeBSD どこに関係するんだ、と混乱したので、さらに混乱を増す方向でlinuxに言及してみる。
960: 2021/06/20(日)06:32 AAS
windowsのzipおよび、google driveが生成するzipファイルでは上手く行くから、この2つは互換がある
という前提になっているのでは
FreeBSDに関係するのは /usr/local/bin/zip ってトコでしょ
961: 2021/06/20(日)07:07 AAS
ports/archivers/zip は info-zip
ports/archivers/minizip は Zlib を使う
libarchive を利用する /usr/bin/tar でも zip ファイルをつくれる
962(1): 2021/06/20(日)08:33 AAS
>>952です。
xrdpでR7 250が使えるか試してみました。
vlc再生時の負荷の低さやログを見るに使っているとは思うのですが
glxgearsがdriを使用できず、ウインドウ内真っ黒で30000fpsほど出しています。
katawa-shoujoも起動しましたがアニメーションが走っている場面（音で判断）では
ウインドウは真っ黒でしたし起動時に「速度でないよ？」の警告が出ました。
調べてみましたがリモートデスクトップでOpenGLを使うのに何か制限があるのか
それともxrdpドライバがdriを占有してるのか、よくわかりませんでした。
マシンにGPUを追加してVirtualGLを使えばいけそうな気もしますが
x11vncならそんな小細工は要らないのでどっちが良いか、ちょっと悩みどころ。
なお、テストはGbEのローカル環境です。リモートからの操作だと別の感想になりそうですがそれはまた後日。
963: 2021/06/20(日)10:24 AAS
>>956
少なくともGCCの時代からコンパイラが生成したオブジェクトにはGPLは適用しないことになってるはずだが？
964(1): 2021/06/20(日)10:39 AAS
脱GPLv3と書いてるくらいだからベースシステムにGPLv3なソースを取り入れたことは無いのも
知らないんじゃないか
外部ﾘﾝｸ:wiki.freebsd.org
外部ﾘﾝｸ:wiki.freebsd.org
965(1): 2021/06/20(日)10:51 AAS
h抜きする老害はcovid19に感染して死滅すれば良いのに
966(1): 2021/06/20(日)10:56 AAS
最近の一時期 URL 貼るだけで一発で書けなくなってたからな
その時もh抜きなら書けてた
今は大丈夫のようだけど
967: 2021/06/20(日)11:28 AAS
>>965
専ブラもウェブブラウザ拡張も使えないの？
それで人に死滅しろとか言ってんの？
哀れみが凝縮してるね
968: 2021/06/20(日)11:32 AAS
>>962
いつも興味深い投稿お疲れ様です
969: 2021/06/20(日)17:52 AAS
老害はやっぱり頭が悪いなあ
老害が貼ったURLには一片の価値もないから、専ブラとか拡張とか関係ない
哀れ過ぎる頭の悪さだ
だからh抜きするのだろう
970: 2021/06/20(日)18:05 AAS
>>966
回線やURLによっては規制食らうものもあるらしいね
971: 2021/06/20(日)18:32 AAS
>>964
知りませんでした
FreeBSDのサイト行ったらGPLなソフトの置き換え率みたいなページがあったので
てっきりそういう事なのかと
972: 2021/06/21(月)09:12 AAS
>>952です。
まだ調べ切れてませんが
xrdpもGPU支援でかなり低負荷になっているようなんですがvlcやblenderなどが起動はするものの
ウインドウ内が真っ黒のままという現象が解決できてません。
xorgxrdpのDRIオプションを使わない以外のGPU支援を使わせないという手段を現在確認中です。
比べて、xorg(modesetting)がかなり優秀です。
x11vncでリモートのwindows10のtigervncから接続してるとvlcで動画再生してても操作遅延が感じられず
CPU負荷もxorg 30%,x11vnc 60%,vlc 30%と余裕があります。
キー入力も問題なくOpenGLも問題なく使用できるようなのでしばらくこれを使ってみることにします。
なおxorgのamdgpuはdrm無しだと起動できませんでした。
drmのamdgpuを入れてあると起動出来たような気がするのですが追求はしてません。
環境
AMD Radeon R7 250
以下にgithubから引っ張ったdrm-kmodを上書き。
drm-fbsd13-kmod-5.4.92.g20210419
drm-kmod-g20190710_1
gpu-firmware-kmod-g20210330
vlc-3.0.12_2,4
x11vnc-0.9.16_2
xorg-server-1.20.11,1
xorgxrdp-0.2.16
xrdp-0.9.16,1
上下前次1-新書関写板覧索設栞歴
あと 30 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.021s