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/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-

**名無しさん＠お腹いっぱい。** · 2025/04/26(土) 20:30:02.11

Android はツリーから切り離せ

**名無しさん＠お腹いっぱい。** · 2025/04/28(月) 17:23:20.36

>>634
何か問題ある？

**名無しさん＠お腹いっぱい。** · 2025/05/09(金) 15:42:00.44

>>586
旧BSDライセンスにすればいい
GPL非互換だし、おすすめ

**名無しさん＠お腹いっぱい。** · 2025/05/09(金) 15:42:02.16

>>586
旧BSDライセンスにすればいい
GPL非互換だし、おすすめ

**名無しさん＠お腹いっぱい。** · 2025/05/09(金) 16:02:02.08

>>636
>>637
防げねえだろ

**名無しさん＠お腹いっぱい。** · 2025/05/09(金) 16:58:14.61

どっちも fork は可能
fork 先の開発分を本家がパクる権利が保証されるのが GNU GPL.
fork 先の開発分を隠匿/独占する権利を持つのが BSDL etc.

**名無しさん＠お腹いっぱい。** · 2025/05/09(金) 17:13:09.67

旧BSDLは宣伝条項があったので、オリジナル開発者が元記事のような、曖昧な著作権表示に憤る事はない

**名無しさん＠お腹いっぱい。** · 2025/05/09(金) 17:28:43.39

>>640
よく記事読め
MIT licence で必要とされている宣伝条項（著作者表示）すらマイクロソフトは守ってなかった
宣伝条項無視するやつが謝辞条項守るわけないだろ

**名無しさん＠お腹いっぱい。** · 2025/05/09(金) 20:02:26.12

>>639
よく読め
>>636,637はMIT Licenceを採用しているプロジェクトに
> 旧BSDライセンスにすればいい
と言っているのだ
比較すべきはこの2つだ

**名無しさん＠お腹いっぱい。** · 2025/05/09(金) 20:07:07.08

>>642
いやだから緩い MIT の条件すら守ってなくて問題になるのに、謝辞条項がある BSD4条ライセンスならもっと守れないだろ

**名無しさん＠お腹いっぱい。** · 2025/05/09(金) 20:23:08.96

配布されているソースがライセンスを守っている事は、ソースをみなけりゃわからない。宣伝条項は確認が簡単なので、守ってなけりゃ簡単にバレる。

**名無しさん＠お腹いっぱい。** · 2025/05/09(金) 21:21:09.72

>>644
いやだから、 MIT には BSD と同じ著作者表示義務があってそれが守られたなかったという記事
それに対して「BSDなら大丈夫」というのは頭がおかしい
違いはBSDは勝手に名前を宣伝に「使えない」、要はBSDの方が露出が低い

**名無しさん＠お腹いっぱい。** · 2025/05/10(土) 01:30:32.70

リモートとローカルがどちらもwaylandという環境で、
trampを使わずに、リモートのEmacs GUIを使いたいのだけど、
$ waypipe ssh ユーザ名@ホスト名 /usr/bin/emacs-gtk
を実行しても、
emacs: standard input is not a tty
とエラーになる。
emacs以外のGUIアプリは上記の要領で問題なく立ち上がる。
ssh -XY ユーザ名@ホスト名
でリモートに入って、
emacs &
でemacs GUIが使えるけどXでエミュレートしたくない。

なんかヒントはあればよろしくお願いします。

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

>>645
旧BSDライセンスには著作権表示義務だけじゃなくて、オリジナル作者の宣伝条項があるんだよ

All advertising materials mentioning features or use of this software must display the following acknowledgement: This product includes software developed by the <copyright holder>.

**名無しさん＠お腹いっぱい。** · 2025/05/10(土) 11:12:03.29

>>647
だから謝辞条項と宣伝条項をごっちゃにするな

**名無しさん＠お腹いっぱい。** · 2025/05/10(土) 11:16:09.75

BSDの宣伝条項: 著作権者を目立つように表示しろ、ただし宣伝には使うな
4条BSDの謝辞条項: 著作権表示に加えて謝辞も書け

**名無しさん＠お腹いっぱい。** · 2025/05/10(土) 13:02:50.43

>>648
最初から旧BSDライセンスと言っているぞ

>>649
オレオレBSDライセンスかよ 4項を読みなおしたまえ
著作権者名を「宣伝には使うな」ではなく「事前の許諾なく宣伝に使うな」だ。「オリジナル著作権者を宣伝しろ」とあわせると、事前の許諾なく派生版を再配布できない

**名無しさん＠お腹いっぱい。** · 2025/05/10(土) 13:31:21.77

>>650
違うだろ
3. 広報する時は著作者権表示を入れろ
4. ただし書面の同意なく保証や販促のために名前を使うな

3.は「謝辞条項」と一般に言われている
3と4をごっちゃにして両方を「宣伝条項」って言う変なネット記事もあるけどもともと別の条文

**名無しさん＠お腹いっぱい。** · 2025/05/10(土) 13:37:45.64

うんうん、BSD Emacsを誰かがやれば、すべて解決するよね

**名無しさん＠お腹いっぱい。** · 2025/05/10(土) 19:12:26.12

> 3.は「謝辞条項」と一般に言われている

また、オレオレBSDライセンスかよ
https://linuxreviews.org/BSD_licenses
This license contained what became a widely unpopular "advertising" clause (clause 3 in the following text).

あと、
> MIT licence で必要とされている宣伝条項（著作者表示）すらマイクロソフトは守ってなかった
> 宣伝条項無視するやつが謝辞条項守るわけないだろ
宣伝条項無視するやつがGPL守るわけないだろ
宣伝条項無視するやつが商用APT-Xライセンス守るわけないだろ
ずいぶん応用範囲が広い暴論だな

**名無しさん＠お腹いっぱい。** · 2025/05/10(土) 22:28:40.68

advertise を宣伝と訳すから変になるんだよ、日本語の宣伝より意味が広い「広報」な。宣伝ではない単なるお知らせとかでも著作権表示が必要というのが BSD 4条項ライセンスの3条目。
4条目で promotion (販促/宣伝）は禁止されている

**名無しさん＠お腹いっぱい。** · 2025/05/11(日) 07:45:12.00

いつまでこの話題やるの？
ライセンススレでも立ててやってこいや