スレ立てるまでもない雑談スレ その6

過去スレ
05 https://mao.5ch.net/test/read.cgi/linux/1620213913/
04 https://mao.5ch.net/test/read.cgi/linux/1325679982
03 http://engawa.2ch.net/test/read.cgi/linux/1183571805/
02 http://pc11.2ch.net/test/read.cgi/linux/1103479733/
01 http://pc5.2ch.net/test/read.cgi/linux/1063594836/
00 http://pc.2ch.net/test/read.cgi/linux/997038613/

CLIの方が普通に使われるそうだし実際そう思うけどね
でも日本人はCUIのほうを好むらしいよ

>>166
正式名称はLinuxじゃないの？そして、リヌックスは日本の任意団体が採用した名称。
ただそれだけのことだよ

CLIだとTUIアプリは含まない感じがするからCUIの方が好きだな

>>168
作者が付けたのがリヌクスってネットで昔見たんですけどね

でも作者のリーナス・トーバルズはフィンランド人で英語はできても日本語は話せないと思うよ
だから日本語での書き方は知らないはず

当初は話す言語によって変えていると本人が言っていたと思う
日本語表記だとスウェーデンやフィンランド語はリーヌスかリーノス英語はライナス
今は一般化されてリナクスが近い表記かな

学校の後輩はリヌックスって言ってた。フランス留学した時のフランス人はリニュックスって言ってた
私はリナックス

相手の発音に合わせてしまう。それまで様子見てしまう。自分は日本人的だと思う。けど心の中ではリヌクス

英語圏でライナスと呼ばれる事があるのは、スヌーピーに毛布持った奴がいるのが理由な気がする

ちんちん!シュッシュッシュッシュッ!

おチンチンびろーん0<´･ω･`>0

テレメスパイウェアage

ゥライナァアッックス!!

Visual Studio Code の更新が月1回くらいなのが苦痛なのだが。
他のセキュリティアップデートは苦痛でないので、一つはファイルサイズの問題だろうけど、苦痛に感じるのが不思議。

自動更新なら気にならなくね？

ずっとWayland使っていて、たまにはXと思い使ってみたが、ウィンドウの表示が乱れることが何回もあった。Waylandの方が安定してる。GNOMEだからかもしれないけど。

ブラウザで100タブ開くとかどうすりゃそんなことになるんだ
せいぜい10タブで事足りるだろ

>>183
後で見そうなものを閉じないで開いてるだけだよ
いちいち閉じるとかアホらしい

同じく開きっぱなしで多いときは計100タブを越えるけどジャンル分けしたいのでブラウザ単位では2・30タブくらい

ゴミ屋敷理論わろた

あとで見そうwwなんだこれワラタw

開発とかやっていたら10タブ程度じゃ全然足りないわ

調べものの事前準備だけで10タブくらい消費するな

新しいパソコン買ったからchatGPT始めてみたけどスペック低くても問題なかったんだな。質問したからクラウドで処理してるからスペックはスマホでも十分と言ってた
それで簡単に開始出来て今まで経験した事のない体験が直ぐ出来て遅ればせながら震えたわ
Arc LinuxとDebianの違いが分からんから質問したらちゃんと答えてくれた
Googleが危機感持つのがよく分かった。若い世代はググらずSNSで質問するらしいからピッタリハマるよなこれ

これに質問しながらあらゆるジャンルの勉強するのが流行ってるらしいけどよく分かった

ChatGPTって政治家の答弁味がある。一見それっぽい回答だが中身が薄かったり

コピペ読んで勉強したコピペなんだから仕方がないたろ。

>>191
勉強するのが流行っているんじゃなくて、面白くて遊んでるだけだけだよ
政治家の答弁味というのは的をついてる

今htmlの勉強してて、cssファイル作ればhtml内にstyleタグは要らないのか聞いたら答えてくれたから便利過ぎると思った

玄人には使えないかもだけどビギナーには便利過ぎるなこれ。bashで算術展開して1+1はどう書く？
echo $((1 + 1))
みたいに答えてくれる

調べ物してたら昔の見つけた
https://mao.5ch.net/test/read.cgi/linux/1289124055/61

0061 login:Penguin 2010/12/07(火) 22:31:00
skkのL辞書で「殺る」のアノテーションが「（kill）首相を殺る」になってる
んだけど、どうしてこんな物騒なものに……。

もし「元」がついていたら悪寒だわ。てか皆さんskk使っている？
あれ一度身に付けたらminimalなシステムでも日本語で困るシチュエーションが回避できるし普段使いも可能といえばそうだけれど、小指が苦しい

シフトキー同時押しは普通の打鍵2回よりも負荷が高いと思ってるから
シフト+文字キーを1打扱いしてる打鍵評価は信じてないなあ

基本Linuxでは何かしらの作業はするけれど日本語打ち続ける作業はatok入れなきゃやらないな。普段使いで必要に迫られる時はskkだが使っている人少ない様子だね

そもそもATOK12SEとかXとかX3とか自分みたいなオジンしか持ってないもんな
JUST SYSTEMには毎年お布施のつもりでatok買いながら「Linuxのも最新作ってね」ってメールしていたけれど、サブスク化されてからお布施もヤメた

>>201
奇遇だな。俺もWindowsになってから
無料のものに金払う価値はないと思って
お布施はやめたよ

うん。自分も金ない学生時代でもatokやkylixやvmwareにはお布施して社会人になってからも一部は続けていたけれど、今は無料でみな好きに自分好みでやっているんだから不要だと考えている

ちゃんと連文節変換できるならATOKである必要はない
ATOKだってユーザー辞書周りとか優れているとはいいがたいし

>>202
＞無料のものに金払う価値はないと思って
そうなんですか
でもその見返りに個人情報は無料で渡してるのでは？

atok for Linuxていうのが昔あったけどどうなったのかしら

どうなったもこうなったも、5つ上のレスに書いてあるの

>>205
ただで使えるなら個人情報ぐらい渡すけど何いってんの？

Snapパッケージは、作るのが簡単だった。

つまり野良パッケージが簡単に作れるのかな

rpm, deb のどれもパッケージ作成とインストールは簡単だと思うぞ。
依存するパッケージが無いと動かないとか、おかしいのは動かしてみると分かるが、原因特定の方が面倒。

わたしは野良パックは使わない方針だけどね
簡単に作成できるのは認めるけど、.deb公式パッケージとなるのはむずかしいよ

flatpakもやってみると簡単だった

今は野良バイナリなんて何されるかわかったもんじゃないから
入れるならサンドボックス実行できるやつ使わないとな

Snapは、作るのも簡単だし、配布するのも簡単。
Snapstore に簡単にあげられる

The Snap sandbox heavily relies on the AppArmor Linux Security Module from the upstream Linux kernel. Because only one "major" Linux Security Module (LSM) can be active at the same time,[33] the Snap sandbox is much less secure when another major LSM is enabled. As a result, on distributions such as Fedora which enable SELinux by default, the Snap sandbox is heavily degraded. Although Canonical is working with many other developers and companies to make it possible for multiple LSMs to run at the same time, this solution is still a long time away.

https://en.wikipedia.org/wiki/Snap_(software)

>>215
Others have objected to the closed-source nature of the Snap Store. Clement Lefebvre (Linux Mint founder and project leader[82][83]) has written that Snap is biased and has a conflict of interest. The reasons he cited include it being governed by Canonical and locked to their store, and also that Snap works better on Ubuntu than on other distributions.[84] He later announced that the installing of Snap would be blocked by APT in Linux Mint,[85][86] although a way to disable this restriction would be documented.

さらには、上記みたいな批判もあるからね。リスク覚悟で使うべきだよ。

俺は標準以外のパッケージをroot権限で入れたくないので
例えばhogeというソフトなら$HOME/stow/hoge以下にインストールして
stowで$HOME以下にシンボリックリンクを張ってる
$ cd $HOME/stow
$ stow -t $HOME target_dir

-$ stow -t $HOME target_dir
+$ stow -t $HOME hoge

>>215 >>216
難しくてよくわからないわ。
1つ目は、サンドボックスのセキュリティが低い(でもサンドボックス化されていないよりはマシ？)
2つ目はSnapStoreがクローズドなのが良くない
ってことであってる？
まあ、これぐらいなら許容できるかな。

>>219
1つ目は、snapはAppArmorに強く依存してるのでSELinuxを有効にしてるFedoraのようなディストリではセキュリティが大幅に低下します、だと思う
SELinuxとAppArmorは同時に有効にはできないことも書いてある

プロプラアプリやWinアプリをサンドボックスで動かして各リソースアクセスを制限するとか簡単に出来ないのかな

SteamDeckからLAN内のファイルサーバーが見えなくなって何事かと調べてみたら
自動マウントの条件に使っているNetworkManagerのUUIDが変わってた
UUIDって勝手に変わることがあるのかｗ
しょうがないので条件をSSIDに変更して様子を見ることにした

ttps://wiki.archlinux.jp/index.php/NetworkManager
SSIDの取得はiwgetidを使っているけどこれって安定して動くのだろうか・・・
nmcli --colors no --get-value NAME connection show --active
とかでも取れるけど

「Linuxは開発に向いているよね。」
って言われるとイラッとしちゃう。
「いや何の開発かによるだろ」

もちろんiPhoneアプリの開発だろっ！！

>>224
Linuxはソフトウェア開発全般に向いているが
稀に特定のOSでしか開発できないようになってる
独占的なものものある。そういうのを開発するときには
仕方なく他のOSを使う

ソフトウェア開発に向いているかは知らんが、vim/Emacs が思った通りに動いてくれるのは Linux や *BSD などの元々UNIX もどきなやつ。

俺はCygwin on NEC PC98でemacs始めたなぁ
確か小指の位置にあったCAPSはメカニカルにロックするタイプだったし
98のCTRLは109キーボードほど離れてなかったので
交換せずにそのまま使ってた
長く使うと小指が痛かったなぁ

間違ったemacs始めたのは
Meadow on NEC PC98だった

>>227
逆に思った通りに動かないってどういう状況？

vimもemacsも元々昔の変な配列のキーボードのために作られたものだから
今のキーボードで使うには向いてないんだよな
メタキーってなんだよバーカ

変な配列って何
タイプライターの頃から配列変わってないんたゃうん？

ビルジョイが使ってたADM-3Aのキーボードを見るとわかるんじゃ

>>232
カーソルキーが無いとかの事ジャマイカな

これだな。

vimはカーソルキーがなかったからああなった。
CTRLとSHIFTはあったがALTなどはなかった
https://catonmat.net/why-vim-uses-hjkl-as-arrow-keys

emacsはカーソルキーが右上という使いづらい場所にあった
こっちはHYPERとSUPERとMETAとCTRLとSHIFTがあった
https://catonmat.net/why-emacs-uses-meta-key

下の方のキーボード、使い易そうには見えないけど、Lisp使うには良い配列なのだろうか

使いやすかったら似た配列が残ってるはず

より使いやすく改良されてきたのが今のキーボード

カーソルキーがないと言うかカーソルキーが元々あの位置なのな

ESC-META-ALT-CTRL-SUPER

emacs用のキーバインドは、CTRLキーがZの左下にあり
METAキーがそのすぐ左にあるという前提で考えられたもの

最初から右下に凸型のカーソルキーがあれば
vimもemcasもショートカットを作らなかったかもね

>>240
嘘やろ? ソースプリーズ

235に書いてあるな

>>240
emacsってTECOのキーバインドを引き継いんだんでしょ?
ってことはTECOが開発されたキーボードでCTRLがAの隣にあっって
emacsはそれを引き継いだに過ぎない...という説を唱えたい
いくらなんでもこのキーボード配列を前提に
今のemacsのようにCTRLを使おうとは思わんと思うのだけど
https://catonmat.net/images/why-emacs-uses-meta/emacs-lisp-machine-space-cadet-keyboard-full.jpg
それとも欧米人の手だと平気なのかな?

昔あったエディターのMifesとかVZだっけ?はキーバインドのカスタマイズができたそうだけど、viとかemacsとかもあったんですか?

>>244
TECOはコマンド入力で操作するエディタ

www.ueda.info.waseda.ac.jp/~ueda/readings/teco/bit.pdf

昔読んだ「ソフトウェア作法」によればTECOはedの先祖らしい

WikipediaのSpace-cadet keyboardの項によると

> Each group was in a row, thus allowing easy chording, or pressing of several modifier keys; for example, Control+Meta+Hyper+Super could be pressed with the fingers of one hand, while the other hand pressed another key.
ttps://en.wikipedia.org/wiki/Space-cadet_keyboard

と書かれていて、modifier keysは文字キーを押す反対側の手で鍵盤楽器で和音を弾くように押すものだったらしい

>>247
手をホームポジションから離して使うものだったのか

LinuxをLPIC3相当に使いこなせる人材って市場価値高いですかね？
今学生で暇だからLinux勉強しようか悩んでます

そこで悩むようじゃお前には無理じゃね ?

厳しい世界だなあ。コマンドls以外忘れた俺は。。。

>>250
一理ある

>>251
そのレベルでなぜLinux板にいるのだ…

>>252
> そのレベルでなぜLinux板にいるのだ…
Linux使ってるからじゃね？

Linux使ってないけど監視してるで

コマンド覚えてなくとも使える程にはなってるわな

まあ使ってるうちに入らないって意見もあるだろうけど

LinuxイコールGUIみたいなイメージありましたが案外そうでもないんですね

GUI→CUIでした…

Linuxの目標は、CUIを使わなくても、GUIのみで使えるようになることだよね。最近はGUIだけでもなんとかなるけど、まだまだって感じもある。

繰り返しの作業とかGUI使わないのでCLI最高!
GUIは見易さを追求してもらって、操作はCLIでいいよ。
ボタンポチッとか不自由。

CUIでもGUIでも同じことができるのが理想だな
GUIだけでもだめ

そういってCUIでも出来るテキストゲームしかやらないのであった

両方使うという発想がないのは
終わってるなぁｗ

だいたい同じことしかやらないなら片方だけでいいやろ
CUIとGUIの両方の技術があるのに
なぜ同じことをするのか、違うことが出来るのにそれを禁止するのか
縛りプレイがお好きなのか？

そら自動化できるもんは自動化したいからに決まってるだろ

目視確認しながらやりたい操作や1度しかやらない操作はGUIの方が良いが何度もやることになると自動化を考える
その発想こそ無いのは終わってるよ

windowsだって最近じゃWSLやpowerscriptでコンソール関連が充実してきてる

出来ることの幅はあった方がいいんだよ

>>265
なら全部自動化しろよ
両方使えって言ってるのに
自動からするからCLIだけでいいとか
頭悪いんちゃうんか？