Emacs Part 54

**名無しさん＠お腹いっぱい。** · 2022/12/02(金) 11:08:33.82

GNU Emacs - GNU Project - Free Software Foundation (FSF)
https://www.gnu.org/software/emacs/

EmacsWiki: サイトマップ
http://www.emacswiki.org/emacs/

前スレ
Emacs Part 51
https://mevius.2ch.net/test/read.cgi/unix/1514601894/
Emacs Part 50
https://mevius.2ch.net/test/read.cgi/unix/1482097785/
Emacs Part 52
https://mevius.5ch.net/test/read.cgi/unix/1585125902/
Emacs Part 53
https://mevius.5ch.net/test/read.cgi/unix/1621758062/

**名無しさん＠お腹いっぱい。** · 2025/03/27(木) 17:38:45.89

nemacsが先ですね
日本語のみ対応
muleがi18n版
自分はxemacs派だった

**名無しさん＠お腹いっぱい。** · 2025/03/27(木) 20:17:41.16

先なのは知ってるだろ
どの時期かという

**名無しさん＠お腹いっぱい。** · 2025/03/27(木) 20:27:15.52

自分も大学でmuleでmh-rmailでメールを覚えた。

その後、
メーリングリストで来たメールにX-face ヘッダがついてて、wanderlust を知ったときは感動した。
mewも便利だけど、wanderlustは未読管理ができたので。

**名無しさん＠お腹いっぱい。** · 2025/03/27(木) 20:42:21.27

mewも既読未読管理はできるし
wanderlustが登場する前からxfaceは表示してた

**名無しさん＠お腹いっぱい。** · 2025/03/27(木) 21:00:08.15

おらはVM派

**名無しさん＠お腹いっぱい。** · 2025/03/27(木) 21:27:21.24

>>537 mewで未読管理できたの知らなかった！
自分がが使ってたmew 1.9(imgetとかがあった頃)のころは無かったので。

**名無しさん＠お腹いっぱい。** · 2025/03/27(木) 21:49:12.00

インターネット老人会はっじまるよ～

**名無しさん＠お腹いっぱい。** · 2025/03/27(木) 21:54:12.63

>>539
最初から出来るよ
そんな事もできずにmh-eからユーザ奪えるわけない
procmailやslocalで自動振り分けしてるんなら
振り分け方によってはヘルパーアプリ必要だけど
フォルダ内にいるなら既存リスト(.mew-cache)への後続追加はs押すだけ

フォルダ超えて新着一覧が欲しけりゃこれまたヘルパーアプリ
これは確か仮想フォルダになるから実装はやや遅い(と記憶)

**名無しさん＠お腹いっぱい。** · 2025/03/27(木) 23:29:19.39

漢は黙ってGnusだw
マニュアルを全部日本語に翻訳してくれてる人が居るんで、それで何とか使えるようになった
もはやメインでは使ってないけど、今もGnusは標準インストールされてるのが日本語も問題なくちゃんと動く

**名無しさん＠お腹いっぱい。** · 2025/03/28(金) 01:12:35.42

native-compがデフォルトになってuse-package、eglot、treesitがビルトインになった
ここ数年はかなり進化してる

**名無しさん＠お腹いっぱい。** · 2025/03/28(金) 02:18:29.84

Mew 4.0.68 (2004/08/30)

* Defining mew-summary-markable().
* "Md" puts the delete/unlink mark onto the unread mark.
* The unread mark 'U' is implemented. Set mew-use-unread-mark to t.
See also mew-unread-mark-list.

**名無しさん＠お腹いっぱい。** · 2025/03/28(金) 10:31:21.03

Emacsなんか、おっさんしか使っとらんだろ

**名無しさん＠お腹いっぱい。** · 2025/03/28(金) 15:30:11.03

爺さんだな

**名無しさん＠お腹いっぱい。** · 2025/03/28(金) 18:54:58.90

みんながEmacsのキーバインドを覚えるといい事があると言うから...
vi の方が役に立っている気もする。

**名無しさん＠お腹いっぱい。** · 2025/03/28(金) 23:21:36.25

Emacsってカスタマイズに極振りしてるソフトだから、デフォルトのキーバインドとか憶えるようなものじゃないんだよね…
だから操作説明もだいたいキーじゃなくてコマンド名でするわけだし。

**名無しさん＠お腹いっぱい。** · 2025/03/28(金) 23:41:00.67

linuxやBSDのシェルでC-aとかC-eしないんか？

**名無しさん＠お腹いっぱい。** · 2025/03/29(土) 00:48:37.91

そういえばそのへんはそのまま使ってる。

ただそういうので一番使うC-hがhelp-commandなんだよね、Emacs。

**名無しさん＠お腹いっぱい。** · 2025/03/29(土) 00:51:12.84

bashのデフォルトキーバインドはEmacsだから確実に役に立つ

**名無しさん＠お腹いっぱい。** · 2025/03/29(土) 06:26:46.84

逆に\C-hくらいしか変えてない
emacs shortcut lifeだ
bobcatつーこった

**名無しさん＠お腹いっぱい。** · 2025/03/29(土) 07:28:57.99

Windows系の人はXKeymacsがおすすめで、Windows 11でも動作する

各アプリケーションやExplorerに対するキー割り当てをEmacs風にすることができる
もしアプリ固有のキーボードショートカットと競合したり、安定性が損なわれた場合は、アプリごとに有効性を変更できる

Microsoft Office系で問題が起こりやすくて、クリップボードからCtrl-Yで入力するとクラッシュすることがあるので
これらを無効にする必要があるかもしれない

**名無しさん＠お腹いっぱい。** · 2025/03/30(日) 01:00:26.63

bashはemacsモードのほうがいいよな
viモードは異常な気がする

**名無しさん＠お腹いっぱい。** · 2025/03/30(日) 01:45:39.69

terminal-init-bobcatが必要なbobcatなんて、僕が知っているbobcatじゃない

**名無しさん＠お腹いっぱい。** · 2025/03/31(月) 06:05:57.25

最近はVSCodeからの乗り換えが発生してるらしいな

**名無しさん＠お腹いっぱい。** · 2025/03/31(月) 08:25:03.17

VSCodeに乗り換えではなくて？

**名無しさん＠お腹いっぱい。** · 2025/03/31(月) 08:49:18.93

変わったの使った方がヒット率上げやすいしな
vscodeはもう圧倒的なマジョリティだからねえ

**名無しさん＠お腹いっぱい。** · 2025/03/31(月) 09:37:38.85

助詞の使い方覚えろよ

**名無しさん＠お腹いっぱい。** · 2025/03/31(月) 11:22:25.94

VSCode、いうて使いやすいか？
VSCodeは標準がマウスありきで、めちゃぐちゃ使いにくいと思ったわ
TypeScript/JavaScriptで書くか、elispで書くかの違いでしかない
リモート云々もEmacsは元からtrampあるわけで、特別なもんでもない

**名無しさん＠お腹いっぱい。** · 2025/03/31(月) 11:25:10.16

emacsの方がVSCodeより拡張機能を作りやすい設定しやすいのは利点かもしれない

**名無しさん＠お腹いっぱい。** · 2025/04/02(水) 12:40:37.92

VSCode単体のキーバインドを見ると不満だろうが
WindowsのAHK並みのキーカスタマイズツールがあれば
Ctrlと被らないキーを起点にカーソル移動やマウス操作を割り当てまくって快適にできる
JISキーボードなら無変換/変換、
USキーボードならSpaceFNみたいにして必要なキー操作を追加できる
キーボードで軽快なマウス操作を実装できるだけのポテンシャルのあるツールがLinuxにもあれば安心なのだが

**名無しさん＠お腹いっぱい。** · 2025/04/04(金) 14:57:34.15

>>557
VSCodeからAI付きエディタに乗り換え
cursorとか

**名無しさん＠お腹いっぱい。** · 2025/04/06(日) 04:35:11.64

TypeScriptはこの辺使えばいいの？

eglot
typescript-language-server
tree-sitter-typescript

**名無しさん＠お腹いっぱい。** · 2025/04/07(月) 16:10:23.81

>>563
VSCodeからCursorに乗り換える人もいるだろうけどスレ違う

**名無しさん＠お腹いっぱい。** · 2025/04/08(火) 16:50:41.40

またクソみたいな変更したね

**名無しさん＠お腹いっぱい。** · 2025/04/08(火) 17:05:55.67

>>566
どんな変更？

**名無しさん＠お腹いっぱい。** · 2025/04/23(水) 00:51:03.46

macosで M-x man がエラーになって途方に暮れてたけどAIが解決してくれた
ここが過疎ってるのもAIのせいか

**名無しさん＠お腹いっぱい。** · 2025/04/23(水) 00:52:32.84

ここの回答者がAIかもしれんぞｗ

**名無しさん＠お腹いっぱい。** · 2025/04/23(水) 02:02:23.72

macOS止めて*BSDかLinux、もしくはAIXにすればEmacsは真価を発揮するよ

**名無しさん＠お腹いっぱい。** · 2025/04/23(水) 02:37:33.01

FreeBSDも使ってるけどそんな大層な違いある？

**名無しさん＠お腹いっぱい。** · 2025/04/23(水) 07:30:23.02

>>568
macOS上のどのEmacsで、どんなEmacs（最小な）設定をすると、M-x manを再現できるの？
こっちの手元ではまったく問題ない

**名無しさん＠お腹いっぱい。** · 2025/04/23(水) 08:48:09.51

Montereyだと問題ないけど、Sequoiaだとsedがinvalid character rangeって文句言うな
LANGの値をこねくると動くけど

**名無しさん＠お腹いっぱい。** · 2025/04/23(水) 09:34:03.68

gnu sedにすればいいだけ

**名無しさん＠お腹いっぱい。** · 2025/04/23(水) 10:39:18.86

GNU原理主義者め

**名無しさん＠お腹いっぱい。** · 2025/04/23(水) 11:38:27.85

正直BSD sed, BSD tarなんか、使いにくいと思うけど？
むしろ、BSD原理主義者って思っちゃうわ

嫌なら、BSD EmacsをBSD原理主義者が主体となって、作ればよいだけのこと

**名無しさん＠お腹いっぱい。** · 2025/04/23(水) 11:50:44.97

emacs スレで GNU 批判が出るとは
どの emacs を使ってるんだろう gosmacs?

Linus は今でも自分用に改造した micro emacs を使い続けてるらしいので GNU Emacs 以外のユーザの生きた化石がいたら教えてほしい

**名無しさん＠お腹いっぱい。** · 2025/04/23(水) 11:55:51.63

macOSはGPLv3をAppleが受け入れないからGNUのツールが排除されつつあるって事でしょ

**名無しさん＠お腹いっぱい。** · 2025/04/23(水) 12:00:52.83

ちなみにLANGがUTF-8系の設定だと正規表現で"[\o001-\o032]"みたいなのが却下されるようになったみたい
sedだけじゃなくてgrepなんかも同じ
仕様なのかバグなのか...

**名無しさん＠お腹いっぱい。** · 2025/04/23(水) 12:12:10.39

>>579
仕様といえば仕様
去年の 10.15 から Apple が GNU 系のツールのパージを始めて色々なツールが別物に置き換わってる
そのせいで仕様変更になったり便利なGNU拡張機能が使えなくなったりしてる

**名無しさん＠お腹いっぱい。** · 2025/04/23(水) 12:23:54.49

rsyncがopenrsyncに置き換わったけど、他にも例があったら教えて

**名無しさん＠お腹いっぱい。** · 2025/04/23(水) 17:53:40.78

POSIXが仕様

**名無しさん＠お腹いっぱい。** · 2025/04/23(水) 18:00:37.59

新しくなったPOSIXにGNUは追従出来ているみたい
ps://www.phoronix.com/news/GNU-Coreutils-9.6

**名無しさん＠お腹いっぱい。** · 2025/04/23(水) 18:19:04.25

Emacsは好きだがGPLはクソだと思うね
LGPLならまだだいぶマシ

**名無しさん＠お腹いっぱい。** · 2025/04/24(木) 00:51:56.63

EmacsがGPLであることで、何か困る人はいないでしょう

**名無しさん＠お腹いっぱい。** · 2025/04/24(木) 05:49:02.53

これが嫌ならGPLにするしかないのか？

ゼロから立ち上げてコミュニティから高く評価されたオープンソースプロジェクトがMicrosoftによってフォークされ自信喪失した開発者の話 - GIGAZINE
ps://gigazine.net/news/20250422-forked-microsoft-oss/

**名無しさん＠お腹いっぱい。** · 2025/04/24(木) 06:14:02.99

それは結果論だと思うし、記事を最後まで読めば、誇らしい開発であると分かるよ

**名無しさん＠お腹いっぱい。** · 2025/04/24(木) 07:23:25.23

>>586
GPLでもフォークすることは防げない
closedにするのは防げるが

**名無しさん＠お腹いっぱい。** · 2025/04/24(木) 07:23:36.35

>>584
お前が糞

**名無しさん＠お腹いっぱい。** · 2025/04/24(木) 07:25:03.56

M$らしいな
最近はGPLに対してデメリットの方を多く感じるようになってたがこういうことがあるとやっぱりGPLは必要なんだなって

**名無しさん＠お腹いっぱい。** · 2025/04/24(木) 07:37:59.05

GPLはフォークを禁じることは出来ないけど
現実的にはフォークを抑制する力が少しあるもんね

**名無しさん＠お腹いっぱい。** · 2025/04/24(木) 08:26:53.58

プログラム作る個人の側からすると作る労力を万が一横取りされそうになった時に、出る所に出て打ち勝てそうな安心感はあるかも

**名無しさん＠お腹いっぱい。** · 2025/04/24(木) 09:52:47.60

emacs30にしたらパッケージがなんか全然ないんやけど

**名無しさん＠お腹いっぱい。** · 2025/04/24(木) 10:07:43.51

佐々木ロキのフォークはスピリットなの？

**名無しさん＠お腹いっぱい。** · 2025/04/24(木) 10:12:40.11

>>593
パッケージが無いってどんな状況？

**名無しさん＠お腹いっぱい。** · 2025/04/24(木) 11:01:37.25

>>589
GPL suckで検索すれば山程出てくるぞw
業界的にはクソという評価で統一されている

**名無しさん＠お腹いっぱい。** · 2025/04/24(木) 16:56:45.65

そりゃオリジナル開発者へのリスペクトも貢献もなくソースコードをパクって金儲けしたい業界人にとってはクソだろうね

**名無しさん＠お腹いっぱい。** · 2025/04/24(木) 19:08:06.37

GPLなOSSなんてあまりない
ほとんどがLGPLだ
これはMITライセンスとほとんど同じように金儲けに使われてる
やたらGPLを擁護するやつって言ってる意味を分かってんのかね…

**名無しさん＠お腹いっぱい。** · 2025/04/24(木) 21:21:48.87

GNU EmacsがGPLじゃなかった世界線を見てみたい
M$に魔改造されてVSCodeみたいなゴミに成り果てて滅んでいたか、あるいは大化けして大成功していたか

**名無しさん＠お腹いっぱい。** · 2025/04/24(木) 21:55:35.49

>>598
OSSを代表する大物がGPLだからね

**名無しさん＠お腹いっぱい。** · 2025/04/24(木) 22:15:21.26

未だにM$とか言ってる人いるのか
GoogleとかAppleのことはどう思ってるんだろう

**名無しさん＠お腹いっぱい。** · 2025/04/24(木) 22:19:56.40

GAFAMは総じて糞だろ
てかこの板にGAFAMのサービス使ってる人いるのか？

**名無しさん＠お腹いっぱい。** · 2025/04/24(木) 22:29:25.64

そこらへんのOSSへの貢献は相当でかいのでは

**名無しさん＠お腹いっぱい。** · 2025/04/24(木) 22:58:48.47

MSはぶっちゃけUNIXの味方だよね
他のケチ企業と比べると業界のことも考えてる

**名無しさん＠お腹いっぱい。** · 2025/04/24(木) 22:59:06.80

language server protocolでMSにはお世話になってます
プロトコルの出来がいいか悪いか知らないけど

**名無しさん＠お腹いっぱい。** · 2025/04/24(木) 23:03:47.95

Linux kernel は GPL だし、サーバーや組み込みなどは linux が完全覇権なので、現在は GPL ソフトウェアないと世界が回らないとこまで来てる
知らないとは幸せだな

**名無しさん＠お腹いっぱい。** · 2025/04/24(木) 23:14:27.00

>>600
Linuxカーネルか？
GPLは静的・動的に関わらずリンクしたものはソース公開義務が発生するけど、カーネルのシステムコールを使うライブラリやアプリにはソース公開義務は発生してない
プロプライエタリなドライバーも完全にカーネルに動的リンクして使う事になるけど、これもソース公開義務は発生してない
というか黙認されてる
だったらLGPLにすればいいのに
そういうとこだよ

**名無しさん＠お腹いっぱい。** · 2025/04/24(木) 23:22:09.88

RMS, FSF, GPLがなかった世界線を考えるんだ

**名無しさん＠お腹いっぱい。** · 2025/04/25(金) 00:06:19.17

GAFAMのサービス使わずにスマホ使うのはかなりムズそうだな

**名無しさん＠お腹いっぱい。** · 2025/04/25(金) 00:53:48.40

むしろOSから呼ばれてるんじゃという気はするが

**名無しさん＠お腹いっぱい。** · 2025/04/25(金) 05:53:37.68

>>607
LinuxはGPLで上手く回ってるじゃん

**名無しさん＠お腹いっぱい。** · 2025/04/25(金) 07:07:00.68

というかアンチGPLでこのスレにいる人って何が目的なん？？？

**名無しさん＠お腹いっぱい。** · 2025/04/25(金) 11:10:32.12

BSDって何で分裂しとるん? Linuxって何で分裂しないん?

**名無しさん＠お腹いっぱい。** · 2025/04/25(金) 12:13:21.67

最近は Microsoft 社内でもGPLのソフトないと仕事できないレベル、例えば Windows やVSCode のソースコード管理は全面的に git に移行した

**名無しさん＠お腹いっぱい。** · 2025/04/25(金) 12:48:45.90

BSDは分裂してるというより、やりたいことをする為にたまたまBSDを使ったと言う程度だからな

**名無しさん＠お腹いっぱい。** · 2025/04/25(金) 13:02:04.00

いやそれはLinuxも同じだろ
UbuntuもFedoraもArchも「やりたいこと」あるぞ
でもカーネル分裂してないじゃん

**名無しさん＠お腹いっぱい。** · 2025/04/25(金) 13:08:11.06

ブロードバンド常時接続が普通になった時代のせいかも

**名無しさん＠お腹いっぱい。** · 2025/04/25(金) 13:42:56.62

世の中には自分がトップになってやりたいことを実現したいやつがいる
Linuxは唯一神がいるからトップにはなれない、オレオレディストロ作るのが関の山
でもBSDなら！

まあ元々BSDは初期のカーネルから分裂しまくる文化

**名無しさん＠お腹いっぱい。** · 2025/04/25(金) 13:43:40.46

いい加減スレチやな
そういう意味ではEmacsも出自が複数あったのによくGNU版に吸収されたな
おかげで続いている感ある

**名無しさん＠お腹いっぱい。** · 2025/04/25(金) 13:52:58.92

Goslingがライセンスに関してもう少しStallman寄りの考えの人間だったらGPLは登場しなかった可能性がある
StallmanとしてはSymbolics社との戦いがその前にあったわけだけど

**名無しさん＠お腹いっぱい。** · 2025/04/25(金) 16:21:56.42

>>616
やりたいことのレイヤーが違うぞ
カーネルをいじりたい奴らはBSDを使い勝ちってことだ

**名無しさん＠お腹いっぱい。** · 2025/04/25(金) 16:29:26.23

>>621
それこそGPLの制約じゃん
Linuxもカーネル改造したいやつ大勢いるけど
GPLだからみんな一つに集約される
BSDライセンスだと気軽にフォークできる
結局ライセンスの差

**名無しさん＠お腹いっぱい。** · 2025/04/25(金) 16:31:48.84

XEmacsは派生としてはかなり長いこと生き残ってたな
本家のソースコードにも痕跡が未だに残ってる
結局はGPLだから派生が生き残りにくいってのがある
それがGPLの利点でもあり欠点でもあると思うね
自由であるように見せかけておいて派生するには不自由なライセンスなんだよ
こっそり派生なんてさせないってのは、そもそもの信念でもある

**名無しさん＠お腹いっぱい。** · 2025/04/25(金) 16:34:26.32

派生を許さないことがGNU(rms)にとってのFree(自由)なんだよ
自由って何かね？

**名無しさん＠お腹いっぱい。** · 2025/04/25(金) 16:42:06.14

Emacsは派生だけでもNEmacs, Muleもあったし
それ以外にも別実装のGos, micro, xyzzy, muLispがあった

LinuxもSE, RT, Mk, μC等があったが概ね合流した

**名無しさん＠お腹いっぱい。** · 2025/04/25(金) 16:42:24.83

>>624
派生していい

**名無しさん＠お腹いっぱい。** · 2025/04/25(金) 18:42:47.13

Linux kernel でも派生はあるし、消えていった派生は過去にもいっぱいあった
GPL なので派生も同じライセンスで公開されるので良い機能は本家に変更を取り込むことができる、取り込み終わったら派生は消える

最近だと 20年がかりでやってた Real-time Linux の本家への統合が終わった
最近、はやってるコンテナとかももとは派生の OpenVZ でやってたことを整理して大拡張して本家に取り込んだもの

あとパワーの違いみたいなとことろがある、本家の更新が無茶苦茶速い（毎日200件のパッチ適用のレベル）ので派生を維持するのがとても困難、欲しい機能を本家に統合してもらわないとすぐジリ貧になる
現在のLinuxと*BSDみたいな弱小プロジェクトでは開発規模が全然違う

**名無しさん＠お腹いっぱい。** · 2025/04/25(金) 22:28:55.31

bashのemacsモードとviモードってキーバインドぉがなんか逆じゃね？って思わない？
emacsモードの方がviっぽい

**名無しさん＠お腹いっぱい。** · 2025/04/25(金) 23:02:00.74

>>628
おぉ、bashのviモードって初めて知った、こんなのあるんだ

**名無しさん＠お腹いっぱい。** · 2025/04/25(金) 23:55:54.70

>>628
どの操作の時がそう思うの？予想が付かないのだが。

**名無しさん＠お腹いっぱい。** · 2025/04/26(土) 01:32:37.67

evilモードしか使ったことない

**名無しさん＠お腹いっぱい。** · 2025/04/26(土) 01:33:32.13

シェルの話だった(´・ω・｀)

**名無しさん＠お腹いっぱい。** · 2025/04/26(土) 05:55:37.98

bashのviライクな編集コマンド名にはvm-のprefixが付いてます
bind -p | grep vi-