【deb系】Ubuntu Linux 73【ディストリ】
Debian開発者の一人が開発したDebianベースのディストリビューション
ただし互換性はないのでDebianのパッケージとは混ぜるな危険
6ヶ月ごとの安定したリリースを目標としている
■ 公式サイト
http://www.ubuntu.com/
■ Ubuntu日本チーム
http://www.ubuntulinux.jp/
前スレ
【deb系】Ubuntu Linux 71【ディストリ】
https://mao.5ch.net/test/read.cgi/linux/1428895660/
【deb系】Ubuntu Linux 72【ディストリ】
https://mao.5ch.net/test/read.cgi/linux/1696728395/ >>83
Ubuntuの端末の案内はFUSEを入れろと書いてあってlibfuse2を入れろとは書いてなかった。
不親切だな。 >>101
こういうのはあるある自己責任、公開から数日後なのだから尚更、慎重にやらないと
上に関しては公式を見れば書いてあるので不親切とは自分は思わない
勉強になった、と楽しもうよって Linux環境で動作する実行ファイルを、Windows上でビルドできるCクロスコンパイラってあるんでしたっけ 昔はcygwin入れてgccで…とかやっていた連中も居たけど
いまどきWSL使ってない奴の話なんか聞かない方がいいだろうし
WSL上でとなるともはやWindows環境で実行しているとも言えないのでは >Linux環境で動作する実行ファイルを、
ソースコードではなく実行ファイルなら、wslとか仮想環境でしか動かんやろな。
Linuxで動くソースコードであれば、任意のwindowsのコンパイラで実行ファイル作れる可能性はある
(システムコールとかなければいけそう) >>103
linux上でmingw使えばwindowsバイナリをクロスコンパイルできるけど、
windows上でmingwつかえばELFバイナリできるのかな？今はWSLがあるから
そんなことする人いないと思うけど。
Windowsnoサブシステムっていうのは素晴らしい仕組みだな。 1台で全部解決しようとするとだいたい面倒なことになる 面倒くさくて後回しにしていた24.04と22.04用にようやくsnes9xとnp2のパッケージのビルド完了。やっと20.04から移行できそうだが24.04はコンパイルで負荷かけると時々フリーズしたりしてまだちょっと怪しいな。 Ubuntu24.04で他のPCからsshが繋がらなくて頭抱えたんだけど、
sudo ufw allow sshすればいいだけだった。
っていうか、gufwの設定反映されない。 >>81
WiFiのドライバがないから表示されていないだけなのでドライバをインストールすれば良いだけ。
はじめにMacのWiFiのメーカーとチップの型番(Realtek製ならrtl〜で始まる)をMacのシステム
情報から確認して、次に、その型番で検索するとドライバのインストール方法はヒットするはず。
ただ、インストール方法ではmodprobeとか、rc.localとか、はじめて聞くような言葉が、どんどん
目に入ってきて、大きなため息が出て頭の中は「？」マークでいっぱいになると思うけど、WiFiの
ドライバでは普通のことなので、怖じけずにインストール頑張って（^^)/ >>110
まず、firewallが何なのかから、勉強しようぜぇ
それが嫌なら、firewallを廃止すればいい >>112
いや、gufwで最初設定してたんだ。それでも全然ポートが開かなくて、コマンドからやったら開いたって話。 LinuxでVSCode走るらしいじゃん。
問題無い。 WindowsのVSCodeからLinuxで実機デバッグしたい 思い描いていた形とはだいぶ違うけど、Remote Development拡張入れてできるようになりました
ありがとうございました 本当はソース管理やビルドとか全て作業をWindows上で行って、
生成された.elfだけLinux上で動かしてデバッグしたかったけど、
全てをLinux上で行う形になってしまった。
Liux側は単純に.elfを走らせるだけにしたかったが。。 窓が好きなら窓板でやればいいのに、
なんでここに湧くんだ？ >>121
窓史、1985年11月からだそうなので、今は紀元40年ぐらい? Windowsが標準でsshクライアントになれることに驚いた。 原因がわからんが、24.04にして、vscode使うと
下の方1/3くらいの中でクリックすると、勝手にバックグラウンドに
行ってしまう… 新バージョンの出たてはいつもそうなんだけど、24.04はあれ動かないこれ動かないが特に多い気がする。 連休になったので、メインマシンを 20.04 LTS→ 23.10 → 24.04 LTSに上げた。
長年仕事で使っているemacs+essのess-nowebがobsolateになっていて、クリティカルヒットきた。
いつまでもあると思ってたらあかんな。
とりあえずpolymodeとknitterを連休明けまでに使えるようにしなくては。 >>131
そんな環境で今時何に使ってるのか、疑問。 emacsいいよな。
俺はvscodeに逝ってしまったけど >>132
何に使っているって、非IT系のデータ分析（文芸的プログラミング）だけど。
20年以上使ってきて、あって当たり前に思っていたものが突然obsoleteになっていたので動揺してしまいました。
EmacsやLaTeXも、ある日突然なくなるかもと思うと辛いな。 >>135
全部時代遅れですから、人間まで時代遅れにならないようにすることが大事。 絡んで悪いけど、良いコードが書けりゃ
どんなツールでも良いんじゃね？ デフォルトのテキストエディタがgeditじゃなくなってて最初焦った >>138
そだね。Linuxって環境作るのが目的になっている人が7割ぐらいいるしね、感覚だけど。 >>140
最近のWindowsが糞すぎるから乗り換えて使ってるぜ Windows11はコンテキストメニューをわざと使いにくくしたのが悪意しか感じない
10はそんなに嫌いじゃなかった >>143
何が？
気に食わなければ、Windows10のようにもできることを知らないとか。 >>140
環境作るというか動かすのが目的的な、自己満足ね
でもこれPC楽しむ上で凄く大事だと思う
自分はWindowsVISTAの時にマイクロソフトのライセンスの扱いに不満を持ってメイン機をLinuxに
ぶっちゃけネットやメールは携帯の方が今は便利になった（まず立ち上げる時間からして携帯はいらないので）
あと>>143が言ってるように昨今の流れは色々と設定のメニューが隠されてる
これは会社に有るコピー複合機などもそうなってしまった...使いにくい
リーナスが一時期GNOMEに対してユーザーが馬鹿だと思ってる、なのでこれからKDEを使うわ的な
発言もなんか理解できる
今はKubuntu使ってるけどかつてKDEディストリでは最も不安定だった（個人的ですｗ）のが
すごい安定してる
設定メニューも使わないだろって思うものもちゃんとあって、これぞPCだと思うわ
昔のWindowsを知る老体は今のKDEこを皮肉にももっともWindows（窓を使うOS）の完成形に思える >>145
PCを楽しむって・・・、本末転倒の典型だな。
昔のWindowsっていつの時代だ？日本だと2.xぐらいが流通した最初だとおもうけど全く違うし。 さっきもmpvやffmpegのビルドして、これをいかにシステムを壊さないで最新と
共有できるかなんて楽しんでるよ
~ $ mpv -version
mpv v0.38.0-115-g637bc6994f Copyright © 2000-2024 mpv/MPlayer/mplayer2 projects
built on May 4 2024 20:34:51
libplacebo version: v7.349.0 (v6.338.0-129-g47ea18ef)
FFmpeg version: N-115067-gdf868bae23
FFmpeg library versions:
libavutil 59.16.101
libavcodec 61.5.103
libavformat 61.3.103
libswscale 8.2.100
libavfilter 10.2.101
libswresample 5.2.100 ~ $ ffmpeg -version
ffmpeg version git-2024-05-04-38f67a3 Copyright (c) 2000-2024 the FFmpeg developers
built with gcc 11 (Ubuntu 11.4.0-1ubuntu1~22.04)
configuration: --prefix=/usr/local --extra-cflags=-I/usr/local/include --extra-ldflags=-L/usr/local/lib --bindir=/usr/local/bin --pkg-config-flags=--static --enable-gpl --enable-version3 --enable-nonfree --enable-libfreetype --enable-pic --enable-libx264 --enable-libfdk-aac --enable-libmp3lame --enable-libopus --enable-libvorbis --enable-libtheora --enable-libvpx --enable-libass --extra-libs='-lm -lz -lpthread'
libavutil 59. 16.101 / 59. 16.101
libavcodec 61. 5.103 / 61. 5.103
libavformat 61. 3.103 / 61. 3.103
libavdevice 61. 2.100 / 61. 2.100
libavfilter 10. 2.101 / 10. 2.101
libswscale 8. 2.100 / 8. 2.100
libswresample 5. 2.100 / 5. 2.100
libpostproc 58. 2.100 / 58. 2.100
この状態だとffmpegのnvencが使えてない。nv-codecはインストールしてるので
--enable-nvencや--enable-cuda-nvccをつけてビルドかな
~ $ nvcc --version
nvcc: NVIDIA (R) Cuda compiler driver
Copyright (c) 2005-2024 NVIDIA Corporation
Built on Thu_Mar_28_02:18:24_PDT_2024
Cuda compilation tools, release 12.4, V12.4.131
Build cuda_12.4.r12.4/compiler.34097967_0
ビルドオプションに
--extra-cflags=-I/usr/local/cuda/include
--extra-ldflags=-L/usr/local/cuda/lib64
あたりでビルドしないとエラー吐きそうかなとか、まあいじって楽しんでるよ😆 そもそも、釣りは魚を食うためだが、釣り自体を趣味とする人が居る
PCもおんなじ。 >>148
自分でコンパイルすると細心の注意払わないとaptがおかしくなるからね。 >>146
更に絡んで悪いけど
PCをただの道具でなく
娯楽の玩具にしている感覚かな。
理解はされんかもだけど。 数年前のPCが突然サポートを打ち切られたりしないから
デスクトップ用途でもLinuxにメリットはあるよ
特にUbuntuを好んで使うのはCLIマニアみたいなタイプでは無さそうだし >>150
あるあるだね
パスはどっちが先に読み込まれるのか、どうやってリンクしてるのか
実行時には環境変数を渡すのか等考えながら
例えば公式のffmpegを入れてるけど自己ビルドで/usr/local/binに入ったffmpeg
変数を何も指定しないとどっちが実行されるのかとか理解してないと
こんなの興味ない人には全く無駄、だけど面白いんよ
で、おっしゃるとおりおかしくなって（特に既存のアプリが）動きが変になったら
自分でビルドしたものはmakeやcmake、ninjaでuninstallが用意されてばそれを実行
なければ自分で/usrやその他にインストールしたファイルを削除で
apt-get --reinstall 問題のあるアプリ、ライブラリで復活なので便利ですよ
もっともこの場合もどのライブラリが関連してるとか設定ファイルまで削除できてるかとか
完全理解してないと完全復帰は難しい時ありですが >>153
面白いと感じる人が多ければいいけどね。
make install
してapt壊してしまって再インストールを楽しむってのがあるある。 >>153
configureスクリプトがあるとまだいいけど、xmkmfとかimakeとか、
Makefile手打ちとか昔のソースだとわけわからなくなる。 自分でコンパイルで最新版楽しみたいなら Gentoo に行くと良い。 >>156
Ubuntuでも概念を取り入れられたらいいのにね。
今のaptはエラーになってしまうと詳しい人でもエラーの回復が面倒で、
フルリストアや再インストールしたほうが早いってところかな >>150
自分でビルドする時はdebファイル作らないの？ >>111
ありがとうございます
助かりました
これでやっと進めそうです >>156
Gentoo考えてます
特に動画のエンコード等で最新のffmpegを使用するとなると最新のx264やライブラリ群が必要
最新のものはエンコードオプション等が違ったり以前とは違う動きになる物が意外と有るので
下手にprefix=/usrなんてインストールすると速攻で既存のメディア系アプリが一気に動かなくなります
ただGentooもバイナリは供給してるんでしょうがコンパイルとなるとPCの速度が重要になり
時間をガンガン食うはめに...
~/配下に最新のx264やffmpegをインストール、実行時にライブラリをいちいち指定してなんて面倒で
とはいえ/usr/local配下に最新のx264やライブラリを入れてなんてaptと混合した中途半端やるより
Gentooでライブラリからアプリまで一気に最新でかつ自分の環境下のコンパイルオプションで
構築するのが一番良い手なのかもしれませんね え、自前ビルドは/optにでも入れて差し替えたいやつでだけLD_LIBRARY_PATHでも設定すればそれでいいんでは
/usrはパッケージマネージャが管理してるから勝手に上書きしちゃだめよ >>161
ですよね
でも色々なライブラリ、下手するとビルドシステムまで最新を追うと
それら全部/opt下でなんてやってるとなんか二重に容量食ってるだけで何してるんだろって感覚も強く😅
だったらGentoかななんて思ったり
まあハードウエアエンコードさえできれば良いので自分のスキルと相談で試行錯誤です 楽したいならsnapやflatpakのランタイムに乗っかるとか、lxdやdockerでローリングリリースのディストリを引っ張ってくるとか
二重どころじゃなく容量食うけど うちでも24.04入れてみたけどなかなかいい感じだな
ただchromiumを使ってるとウィンドウのサイズ変更ができなかったり時々タイトルバーが消えたりするのはなんだろう 24.04入れようと思ってISO
ダウンロードしたけど、5.7Gも有るな。
かなり太って来たな。
さすがマイクロソフトのお友達。😥
その内ブラウザがsnapでedgeに変わるかもな。
ではインストします。 >>168
そういうインストでは無い。
入れた。
ファイルで日本語のフォルダが出来なかった。
デフォのibus-mozcだからかも
端末で日本語ディレクトリに直す事は出来た。
やっぱりubuntu良いな。
何でも出来る。 やっちゃった...ホームディレクトリ全部消してしまったわ
ffmpegの最新ビルドをするスクリプトがあるんだけど（スクリプト内で最新のx264などビルドしてそれを利用してくれる）スクリプト内にビルドで使う場所を指定する文があってそこに~/なんてLinux使いがやるのを気取って（笑）使ってしまったのよ
いつもはね怖いから/home/hogehoge/buildsourceなんて省略しない記述を使ってたんだけどさ
何故かカレントディレクトリに~って名前のディレクトリができてその中でビルド
ビルドが失敗して（やはり多少パッチを当てないとmake通らない）一旦消そうと思って
その~って名前のディレクトリを消すつもりがsudo rm -r ~/
$homeのバックアップは半年前のやつあった
けどこの半年の俺の人生消えたわ。趣味で色々やったデータとか旅行の写真とか（携帯の容量が圧迫してたので
比較的頻繁にPCに移して携帯内はけしてた）半年分の俺の生き様が消えた extundeleteやExt4Magicを試したけど~/全消しした状態でchoromeが立ち上がってたから
必死にググってextundeleteやExt4Magicの情報を探してたど多分かえってそれが~/に余計な
ファイルを書き込む事になっちゃったのか全然リカバリーできませんでした
rmした瞬間に強制電源落としとかやってたほうがまだ復帰の確率上がったかなあ 俺その為にバックアップ用サーバー建ててrsync使ってる 何かリスクのあることする時はlvのスナップショットとってからするようにしてる。 毎日btrfsのスナップショット取ってる
こないだもエディタのバグでディレクトリ丸々消えた時に役に立った 久々やったです、ディストリのアップデートの際にHDDに取っておいた$homeが役に立った
半年とはいえ無いより全然良いです
rsyncでバックアップかなあ。ちょっと考えよう
LVMかあ、やってみたいけどなるべくシンプルにいこうかな >>170
rm は禁止コマンドにしちゃいなよ。手癖で打ってしまっても無効なように。
alias rm='/bin/echo 禁止やで'
とか。 昔、
仕事でのサーバーでrm -rf * やらかして
始末書かいたわ。 昔から新環境ではrmにaliasで-iオプション付けるのは真っ先にやるわ >>170
次からお試しで様子を見たいと気には、~/じゃなくて/tmpにするようにしたらいいよ。
Ubuntuは再起動時に/tmpをまっさらにしてれるから、ゴミが入っても気にしなくていい。 最近レスバ多いけど流れにほっこりした
>>177ユーモアあってすき
自分もファイル鯖立てて日ごとrsync & btrfs snapshot
意識しないでもする自動バックアップ大事 消したエリアに上書きしてなければ、ファイル復活できるけどね
スクリプトでイキって変数とか使うと大抵やらかす
変数に入るはずのディレクトリ名が実は空でバッサリ上位から消されたりとか
仕事で使うスクリプトはベタに絶対パスで書いてる >>177
とりあえず、trash-canを使うようにすればいいのでは。
sudo apt install trash-cli
をしておいて、
alias rm='/bin/echo rmは禁止やで; trash'
とか。 ubuntu-unity
fcitx5固まる
ibus固まる
fcitx4固まらない
なんでや unity、自分も入れて
固まるから、捨てた。
よくこれでリリースしたよな。汗 ubuntu24はunity関係なくフリーズ連発するから気にすんな
リリース直後はこんなもんだろ >>177
それもありかw
>>182
なるほど、情報どうもです
>>185
それだったわ。変数に場所入れたんだけどうまく入ってなくて変なディレクトリができてが始まりだったわ
これからはやはりフルパスでいくよ
>>186
へえ、そんなのもあるんだね。ググったらやはり皆さんrmでやらかしてるのね
色々参考意見みなさんどうもですm(_ _)m ffmpegは--enable-cuda-nvccや--enable-nvencをつけるとビルドエラーなんだけど無しでやったら
なんかハードウエアエンコード成功してるわ。よくわからんが色々苦労してnvencが使えるようになった
~/mvencode $ for i in buildconf hwaccels decoders filters encoders; do echo $i:; ffmpeg -hide_banner -${i} | egrep -i "npp|cuvid|nvenc|cuda|nvdec"; done
buildconf:
上記を打ち込むと判るらしく下記がでる、encoders:を見るとav1、h264、hevc(h265)がハードウエアエンコードできそう。苦労しましたわ
--extra-cflags='-I/usr/local/cuda/include -I/usr/local/ffmpeg_build/include'
--extra-ldflags='-L/usr/local/cuda/lib64 -L/usr/local/ffmpeg_build/lib'
hwaccels:
cuda
decoders:
V..... av1_cuvid Nvidia CUVID AV1 decoder (codec av1)
V..... h264_cuvid Nvidia CUVID H264 decoder (codec h264)
V..... hevc_cuvid Nvidia CUVID HEVC decoder (codec hevc)
V..... mjpeg_cuvid Nvidia CUVID MJPEG decoder (codec mjpeg)
V..... mpeg1_cuvid Nvidia CUVID MPEG1VIDEO decoder (codec mpeg1video)
V..... mpeg2_cuvid Nvidia CUVID MPEG2VIDEO decoder (codec mpeg2video)
V..... mpeg4_cuvid Nvidia CUVID MPEG4 decoder (codec mpeg4)
V..... vc1_cuvid Nvidia CUVID VC1 decoder (codec vc1)
V..... vp8_cuvid Nvidia CUVID VP8 decoder (codec vp8)
V..... vp9_cuvid Nvidia CUVID VP9 decoder (codec vp9)
encoders:
V....D av1_nvenc NVIDIA NVENC av1 encoder (codec av1)
V....D h264_nvenc NVIDIA NVENC H.264 encoder (codec h264)
V....D hevc_nvenc NVIDIA NVENC hevc encoder (codec hevc) x264でエンコードするとCPUフルに使ってファンがウォンウォンで長い時間かかる
熱い空気がPCから出てくるw
h264_nvencだとCPUは平常運転、nvidiaのグラボはそんな温度上がらなくてエンコード時間は1/5程で済む
GPUの計算能力ってすごい！ >>187,188
日本語なんか、使わずに、英語だけ使えばよい
ともかく、各種IMと各種widget library、そして、それらのbridgeを開発、保守せなあかんし、日本人がもっと頑張って貢献してええ分野や
>>192
GPUでHW encするのはたしかにすごいですが、
エンコード後の画質もよく比べてみてくださいね（できれば、定量的に）
（x264, x265でも少々パラメータを調整したほうがよいですが、）
NVencのほうがHWのパラメータをそれなりに調整しないと、思ったほど画質がアレになってしまいがちです 24.04入れたての時は動かなかったwine + LTspiceが、数日放っておいてもう一度インスコしたら動くようになった。 >>193
おっしゃるとおりでした
元の動画がfps60なのでそのオプションだけつけてエンコード
x264はさすが散々開発されてるだけあって時間は長いけど凄く綺麗です
h264_nvencだとそれだと駄目で何個かオプションつけたりしましたが結局ビットレートの指定をオプションで
それだけのほうが取り急ぎ良い感じですがx264に負けてます
オプションを工夫しないとなんでしょうがhelpを見てもちょっと違ってたりそれは古く廃止されてるとか
警告出て駄目だったりで難しそうですね
ただ本当に速いです！ ハードウェアによるエンコードは限界がある。そういうもん。
綺麗さを求めるなら、ソフトウェアでエンコードすべき 24.04入れてみた
インストールの際に日本語選択したのに、タイムゾーンがTOKYOにならない（というか無選択…）の初めて見たわ
おまけにインストール完了後に日本語表示しながら言語がEnglishのみになってた
感覚的には22.04のリリース直後より酷いことになってる気がする xfce4は起動直後にpanelがしにまくる
?? xz utils のせいだな。品質関係なくリリース時期は死守する方針なんだから、嫌なら古いの使えばいい。いうてもポイントリリースなら結構新しいけどな 24.04いれたら一部が英語のママ。
翻訳が間に合わなかったのかな？ 
