【初心者】Ubuntu Linux 127【本スレ】
■ このスレッドは過去ログ倉庫に格納されています
■ Ubuntu 公式サイト
https://www.ubuntu.com/
https://jp.ubuntu.com/
■ Ubuntu Japanese Team
https://www.ubuntulinux.jp/
ほかほか
前スレ
【初心者】Ubuntu Linux 126【本スレ】
http://mao.5ch.net/test/read.cgi/linux/1582032306/
■■■「あわしろいくや」と「志賀慶一」に関する必須注意事項■■■
・「あわしろいくや」と「志賀慶一」は出入り禁止
・「あわしろいくや」と「志賀慶一」に関する話題は一切禁止
・ついでに翻訳に関する話題も禁止
・志賀慶一Linux機械翻訳事件のまとめサイト: https://www65.atwiki.jp/shiga_keiichi/
・志賀慶一のポータルサイト: https://wikiwiki.jp/baloonfusen/
■■■常駐あらし「デル男＝改行」に関する必須注意事項■■■
・デル男＝改行は出入り禁止・独り言を呟いても完全スルー
・デル男＝改行の相手をした奴も嵐と見なしてスルー
・推奨NGワード「梨奈、…w、dailymotion」
・どうしてもレス付けざるを得ないときは「ところで職業は？/お仕事は？」と問いかけるのを忘れずに。 当時にDeepLがあれば、こんな哀しいモンスターが生まれる事もなく
もしかしたら露見すらしなかったかもしれなね
…そんなわけあるかバーカ そもそも「Ubuntu」って何？
Ubuntuとは「友愛」です。
友愛とは何ですか？
分かりません。ふつうそんな言葉は使わないので。
Ubuntuの日本語翻訳活動に貢献したボランティアはみじめだな
いいように利用されたんだろうな >>246
某氏のカルマは偉大ですね。誰も乗り超えることが出来ないかもしれない
それほどの貢献ということです なるほど。
Ubuntu Japanese Teamは友愛してたのか。
すごくナットク。 このように臭い自演でスレを荒らして、Ubuntuに初心者が入れないように工作ってわけ
本人にとっては正義なんだろうけど、端から見ればキチガイの妄言ですわ 質問です、よろしくお願いします
18.04をインストールしています
GUIのウィンドウ右側にあるスライドバーが細くて困っております
Firefox(最新版)のスライドバーが細いのもOSに付随する問題なのでしょうか？Chromeだと太いです
スライドバーを太くしたいのと、スライドバーがマウスオーバーで出てくるデフォルトの設定を常に出ているように変えたいです
ネットで色々調べたのですがわかりませんでした
ご助言のほどよろしくお願いします >>258
具体的なディストリビューション名と
その具体的なヴァージョン番号を指定せずになされる
Linux批判は
全部うそ
といっていい。
単なる誹謗中傷が目的。
MSの工作員 >>258
GNOME スクロールバー 幅
でググってみ >>258
そんなおかしなことないけどね。おそらくそれはUbuntuに最適化されてそう
Ubuntu Japanese Teamにメールするのが良いよ ■ Ubuntu Japanese Team
https://www.ubuntulinux.jp/
ほかほか
ということらしいよ。代わりにサポートしてあげました。 >>250
該当する投稿は見当たらないのでソース提示を求めたものです いい下ネタない？
エロ知識が中学生レベルだからしょぼいんだよ >>260
258です
太くできました
ありがとうございました！ >>264
ほか弁のことじゃないかな。熱いのは出来たてだから
転じて「出来たて」ということだろう
立派なサイトを立ち上げたもんだ サイトのモットーが「友愛」らしいから、ちゃんと実践してね チンチンも太くできたしよかったよかった！
それより20.04をSurfaceで起動すると
WindowsなのかUbuntuなのかようわからんな >>218
これ、snap版速度遅いけど開発者にとっては楽なんだろうな >>218
横からですかま、なるほどです
なるべくwgetでリポジトリ追加→aptでインストールしてみます サンドボックスなのは知ってたけどなぜatom（エディタ）の起動が一分以上かかるのか謎だった
スッキリしました
ありがとう >>274
実はそうでもないかもしれないらしい。
https://twitter.com/ikunya/status/1242083621432741890
> Ubuntu 20.04 LTSから「文字」（アプリケーション名）の検索結果がGNOME Shellに表示されるようになって、Snapパッケージにするべきじゃなかったんや感がすごい。
https://twitter.com/_hito_/status/1242084217242058753
> それなー……（Snapにすることで本当に長期メンテの手間が減るのかわからんなあと思いながら見ている勢）
https://twitter.com/ikunya/status/1242085061853245440
> 複数のUbuntuのバージョンで1つのパッケージだけのメンテナンスに注力することに価値があるパッケージ（Chromiumとか）は価値があると思いますが、
> パッケージにしやすい小さなものにはあまり意味がなかったですね。本当はLibreOfficeもSnapパッケージにしたいんでしょうけど足回りで無理という……。
https://twitter.com/_hito_/status/1242085363314618368
> Snapのエコシステムをメンテするメタなコストを考えると、「FirefoxとChromiumがしんどい」を解決する限定用法がよかったのかもですねぇ……。
https://twitter.com/ikunya/status/1242086143748784129
> ですねー。ほかにもVLCとか、探していくといろいろ見つかる気がしています。
https://twitter.com/5chan_nel (5ch newer account) >>276
atomとか、vscodeとかErectronのアプリは
Chromiumベースだから
時間かかるんだよ
どうせ、Erection使うんなら
ブラウザをChromium(非snap)にして、おまけで
atom(非snap)使うとかにした方がパフォーマンス上がる
snapって、めっちゃ効率悪いんだよ >>279
かなり前に、あまりに起動遅いのでググった結果snapは遅いという結論に達してaptでインストールしたのを使ってます。それでも起動に数十秒かかるのでSSD化進行中
ブラウザはヒヨってchromeに戻してしまった 20.04からsnapメインで行くらしいのにどうするんやこれ。 Snapアプリ、日本語入力できなかったりして糞不便なんだよな >>281
勘違いしているようだが、
別に20.04からsnapメインになったりはしない。
UbuntuソフトウェアがSnapストアという名称に変更され、
debパッケージだったのがsnapパッケージになるだけで、
GNOME Softwareベースであることには変わりはないし、
snapアプリの扱いも今まで通り。
>>282
分かる。その辺のノウハウをSnapアプリ公開者間でもっと共有してほしいわ。
日本人ユーザーの数は微々たるもんだけど、
そこそこ数が居るらしい中国人ユーザーが困ってるんだし。 snapはスキンもアプリごとに変えなきゃいけないから逆に不便なところもある
snapの一番の目的は開発者の負担減と依存パッケージの切断にあるからしゃーない ＞UbuntuソフトウェアがSnapストアという名称に変更され、
＞debパッケージだったのがsnapパッケージになるだけ
やっぱりsnapメインになるんじゃないか >>286
細かく言うとsnapメインに変わっていく、くらいだろうね
実際chromiumがsnap版だけになったし
将来的にUbuntuはシステムの部分はdeb、アプリはsnapと棲み分けをしたいらしい
そうすることでOS側もアプリ側も依存を考える必要が最小限になって効率的とみているようだ
なお、snapのcoreに８００Mほど必要とする点は考えてはならない こいつらSSDのメーカーに金でももらっているのか？ そもそもGNOMEにはflatpakがあるのに、snapなんか必要ないわな Unityもコケたし無理にGNOMEと違うことしなくていいのにな >>283
Chromiumがsnap版だけになる
ってしってから
クライアントはmanjaroに逃げたよ
サーバーどうスッかな
18.04でまだジャンプできるから様子見か
>>290
そんなこと言うけど
素のgnome3って、デスクトップにアイコンも置けないんだよ
GNOME使ってないから、どうだっていいけどさ よくわからんけど dynamic link にしないで static link にしてコンパイルしたら、バイナリのサイズは大きくなるけどライブラリのバージョンには依存しないし、起動も速くなるんじゃないの? >>293
それって、appimageでしょ
snapってdockerみたいな感じなんじゃないの?
なんだか知んないけど遅いんだよ Snapメインって、KubuntuのようなUbuntuの派生フレーバーも影響受けるの？ >>296
どの程度かは知らないけど
もちろん影響受けるでしょ
ものによっては、debパッケージ無くなっちゃうんだから…
あとmintとかもね .deb からの呪縛から逃れたいんだろうね。でもそれはすでに遅いだろう >>293
http://itdoc.hitachi.co.jp/manuals/3000/30003D0800/GD080284.HTM
[静的にリンクした方がよいケース]
同じプログラムを何度も呼び出すようなプログラム構造の場合は，静的にリンクした方がプログラムの実行性能が良くなります。
[動的にリンクした方がよいケース]
処理の流れによって呼ばれないことがある副プログラムがある場合は，動的にリンクした方がプログラムの実行性能が良くなります。 [性的にリンクした方がよいケース]
同じ女を何度も呼び出すようなマンション構造の場合は，性的にリンクした方が子作り実行性能が良くなります。
[衝動的にリンクした方がよいケース]
処理の流れによってイかないことがある副女性がある場合は，衝動的にリンクした方が性欲発散装置実行性能が良くなります。 あ！やった300get！
Hey guy! I was Sexed! O-oooooooooo AAAAE-A-A-I-A-U- JO-oooooooooooo AAE-O-A-A-U-U-A- E-eee-ee-eee AAAAE-A-E-I-E-A- JO-ooo-oo-oo-oo EEEEO-A-AAA-AAAA
O-oooooooooo AAAAE-A-A-I-A-U- JO-oooooooooooo AAE-O-A-A-U-U-A- E-eee-ee-eee AAAAE-A-E-I-E-A-
JO-ooo-oo-oo-oo EEEEO-A-AAA-AAAA
O-oooooooooo AAAAE-A-A-I-A-U- JO-oooooooooooo AAE-O-A-A-U-U-A- E-eee-ee-eee AAAAE-A-E-I-E-A-
JO-ooo-oo-oo-oo EEEEO-A-AAA-AAAA-O---------- >>305
まだ春休みですね
4月6日から新学期ですよ〜 USBメモリにUbuntuを入れてブートさせるのって、Mac miniとかMacbookでも出来る？
どっちか買う予定だけど…
INTEL CPUで古すぎたり新しすぎるハードウェアじゃなければ良いのかな >>307
Hey you！ちょっと前のMacBookAirでよければ出来るよーーー！！！
16.04の頃だから今わからんけどねぇぇぇ！！！！Yeah！ ﾂｯﾁｯﾂﾂﾁｯﾂｯﾁｯﾂﾂﾁｯ
いまからはじまるUbuntu生活
文通やめぇてネットつながる（Yo）
繋がり求めてUbuntuだYo！Hey！
初めて始めるUbuntuだWhoa！
Hey you check outゆーあんみー？うぇい！ 俺ハッタツくんのファンになりそう
S氏界隈の話されるよりよっぽどいいや 褒められたから上品なコテハンにしたべ！
嬉しくてベッドで跳ねちゃうぅぅぅぅいぃぃぃ↑
purgeしないでね！ めんどくさいことはシコって忘れようぜ！！！
Ubuntuなんて自己満足のAndroidビルド用にしかつかってないけど！！
Ubuntu 20.04のUIがWin10より好きなのは隠せないぜっっっﾋｭｰﾋｭｰ↑ >>298
debパッケージって、作るの一番メンドクサイからね
なんで、あんなに小うるさいんだろう? >>315
rpmパッケージよりメンドクサイということなのだろうか
逆にそれで良いこともあるんだろうと思う >>316
RPMの方が簡単だったよ
archのヤツの方がもっと簡単だったけど… >>318
それ、作ったことない
こんどやってみるわ >>293
スタティックリンクすると、動的リンクのコストとライブラリのロードのコストによるけど
起動は遅くなる可能性の方が高いし、メモリの使用量は増えるし、ライブラリにセキュリティ
ホールがあると対応が面倒になる
Linuxはfork(clone)とcopy on writeで新しいプロセスを生成し、元のプロセスと異なって
いる部分だけ実際に使われるタイミングでメモリ上に確保される
例えば、glibcはほとんどのプログラムが動的リンクしていて、bashは起動時にglibcを
メモリ上にロードしているから、bashからlsを起動するとglibcの部分はbashと共有され
glibcをロードせずに済む
起動時にglibcと動的リンクするコストがあるからその分時間がかかるけど
lsをスタティックリンクすると起動時にlsの部分だけでなくglibcの部分もロードする時間が
かかりglibcの分メモリを余計に消費することになる
これを上手に活用しているのがAndroidで、zygoteというプロセスがActivity(アプリの
各画面)やService(ダウンロード等のバックグランドで実行される部分)に必要な
ライブラリを全部ロードしていて、アプリ起動時にzygoteをforkしてActivityやServiceを
作るから、アプリの本体だけロードすればいいようになっている
それにglibcにバグがあったら動的リンクならライブラリを差し替えるだけで対応できるが
スタティックリンクの場合新しいライブラリとスタティックリンクしたバイナリを作って
差し替える手間がかかる
実際WindowsでもLinuxでもzlib(zipのライブラリ)にセキュリティホールがあったとき
大変なことになった >>320
そういうことを含めて考えたら、静的リンクを積極的に利用するのはまずいと思う
snapというのは、箱の中に静的リンクで収まっているソフトだよね snapメインの意味がよく分からん。
ChromiumやUbuntuソフトウェアがsnap版のみになるだけじゃ？
電卓、ログ、文字アプリはdeb版に戻るらしいし、
他のアプリがsnap版のみになるって話も無いようだけど？
>>289
flatpakはGUIアプリ専用って制限があるから住み分けはできてるかと Snap＝サンドボックス的に入ってるアレ
deb＝今まで通り直インストール
ってことかぁぁぁ！
作った人あったまいい！！けどこれといった強いメリットあるのかな！？！？ https://gihyo.jp/admin/serial/01/ubuntu-recipe/0527?page=3
の
sudo apt install texlive-lang-japanese texlive-xetex \
texlive-luatex texlive-latex-recommended
というコマンドってどうやって入力するのですか？
そのままコピってもエラーになります。"\"の役割がよくわかりません。 >>324
\はコマンドの命令文を次の行に持ち越す時に使う
なので普通に
$ sudo apt install texlive-lang-japanese texlive-xetex texlive-luatex texlive-latex-recommended
とすれば意味は一緒 snapコアさえインストールされていればOSのディストリビューションやバージョンを超えてsnapアプリを使えるようになるという意味で汎用性が上がる
アプリ開発者にとってもsnapパッケージの中（と、snapコア）の中でプログラムが動作することを検討すればいいから各ディスやバージョンとのすり合わせがいらなくなる
という点にメリットを見出してこの流れにUbuntuが乗ったってこと >>323
依存関係でぶつかるようならSnapと併用するってのは snapcoreにバックドア仕込まれて全ソフトバックドア化。
これが狙い！？ >>323
ubuntuの本音はパーッケージのメンテナスをしたくない Snapが普及したらubuntuにユーザーを集約できるだろう。このメリットは大きい。 これがubuntuの長期戦略に間違いないな。十分に筋が通っている 集約できる？
Arch使ってるような層が来るとは思えん… 正直依存関係やら色々破綻したときの対応が楽になるなら何でもいいです メモリーカードにUbuntuをインストールできるってことはメモリーカードのサイズの
Ubuntu端末を作れるってことだろ >>335
>対応が楽になるなら何でもいいです
そんな都合良く行くわけがないと思うけどね
それは誰かがやってくれているからだろう。
誰もしてくれなければ、Windowsのように対価を払うことになるよ。 >>337
それなら今まで通りやん
結局のところ破綻する原因も中途半端なサービスだし
全部自分でしっかりやるしかないなら全部ビルドしたほうがええやん >>338
そんな貴方にはGentoo又は*BSD >>338
SUSEにすればとりあえずYaST通せば平和だぞ >>333
いちおう、archでもmanjaroでも
Snap使えるじゃん
たまに、ググってたら、そっちに誘導してくる記事とかあって
うっとうしいけど… これまで通り普通に使えるのに、Snapにシフトする積極的な理由が無いのにな。
そうなったら、誰もこれまでのようなメンテはしないかも知れない。
結局、利害関係者以外には何のメリットの発生しない。 https://wikiwiki.jp/ichigojam/
志賀のWeb翻訳事件がIchigoJamのWIKIで晒されてる。 UbuntuがインストールされたSSDを、他のPCに接続しても、そのPCでそのままUbuntuを使用できますか？ できる場合もある
できない場合もある
移行先のPCに自動で認識できないハードウェアとかあるかもしれないし
元のPCで自分でモジュールやドライバを持ってきてビルドして組み込んでたりすると、移行先で衝突するかもしれない
そういう面倒が見られないなら君にはできない >>344
Ubuntu 18.04.4 GPTテーブル
追加カーネルモジュール zfs-dkms,VirtualBoxのやつ
ノートから抜いてデスクトップの空きSATAポートへ接続
ノート NEC Lavie IvyBridge 1005M
デスクトップ NEC Mate Haswell 4130
UEFIセットアップユーティリティで該当メディアからブートするよう優先順を設定
問題なく起動可
Ubuntuのブートローダーは優秀
機種によってはefibootmgrやboot-repair等でUEFIにUbuntuの所在を教える必要あり
いずれにせよ自己責任で >>345
>>346
ありがとうございます！
特攻します！ ■ このスレッドは過去ログ倉庫に格納されています
