Emacs Part 54

**名無しさん＠お腹いっぱい。** · 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

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

**名無しさん＠お腹いっぱい。** · 2025/05/11(日) 09:59:08.71

だから、ここで騒いでいる連中でBSD Emacsを立ち上げたら、まるっと解決です

**名無しさん＠お腹いっぱい。** · 2025/05/11(日) 10:08:12.72

>>654
> advertise を宣伝と訳すから変になるんだよ
謝辞と訳したオレオレBSDライセンスより1000倍マシだと思うぞ。

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

**名無しさん＠お腹いっぱい。** · 2025/05/11(日) 10:31:56.80

>>657
もういい加減あきらめろすれ違い
「謝辞条項」の意味はググって自分で勉強しろ

**名無しさん＠お腹いっぱい。** · 2025/05/11(日) 10:48:57.86

BSD Emacsのスレを立てて、ここで騒いでいる連中でワイガヤと開発をやってくださいな

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

>>658
ググったトップがトホホじゃねーかどこが一般的にだよ

スレ違いと文句言うなら、スレ違いの言い争い仕掛けた、著作権表示義務=宣伝条項と言い出したボンクラに文句言えよ

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

**名無しさん＠お腹いっぱい。** · 2025/05/11(日) 14:25:54.66

https://www.gnu.org/licenses/bsd.en.html
“obnoxious BSD advertising clause.”

acknowledgementじゃなくてadvertising

**名無しさん＠お腹いっぱい。** · 2025/05/11(日) 14:34:28.32

じゃあ最近の面白いパッケージ教えてよ

**名無しさん＠お腹いっぱい。** · 2025/05/11(日) 15:35:20.62

>>661
いいから黙れお前が英語読めないし原文に当たってもいないのは分かったから
スレチ

**名無しさん＠お腹いっぱい。** · 2025/05/12(月) 00:38:12.52

Emacsの半分はライセンスで出来てんだから、ライセンス話が盛り上がってもしょうがないw

**名無しさん＠お腹いっぱい。** · 2025/05/12(月) 01:22:29.36

GNUの半分はEmacs、GCC, glibc とGNU Common Lispで、残りは尊師への畏敬の念で出来ている。Hurd...そんな子もいましたね

**名無しさん＠お腹いっぱい。** · 2025/05/12(月) 08:17:13.61

>>663

著作権表示義務=宣伝条項と言い出したボンクラに文句言えって言ってんだろ
この2行にバカさが凝縮されてるな

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

**名無しさん＠お腹いっぱい。** · 2025/05/12(月) 09:50:53.13

>>646
>emacs GUIが使えるけどXでエミュレートしたくない。

やれ

**名無しさん＠お腹いっぱい。** · 2025/05/12(月) 11:00:26.80

>>666
黙れ、スレチだって言ってるだろ
分かってないのはお前だけ

**名無しさん＠お腹いっぱい。** · 2025/05/13(火) 08:25:58.63

>>668
スレ違いの耄碌爺さんは著作者表示==宣伝条項とは言った。著作権表示じゃないとかいいだしかねないから、こっちも貼っとくか。

この3行にバカさが凝縮されてるな
> advertise を宣伝と訳すから変になるんだよ、日本語の宣伝より意味が広い「広報」な。宣伝ではない単なるお知らせとかでも著作権表示が必要というのが BSD 4条項ライセンスの3条目。
> MIT licence で必要とされている宣伝条項（著作者表示）すらマイクロソフトは守ってなかった
> 宣伝条項無視するやつが謝辞条項守るわけないだろ

**名無しさん＠お腹いっぱい。** · 2025/05/13(火) 08:55:50.27

>>646
sshの-tオプションは試した?

**名無しさん＠お腹いっぱい。** · 2025/05/15(木) 22:29:22.18

>>662
最近というわけでもないけど、aider.elなんかオモロイよ

**名無しさん＠お腹いっぱい。** · 2025/05/16(金) 01:25:20.24

>>670
ありがとう。t オプションは真逆ではないかと思ったが、とりあえず試しました。
エラーになる代わりに、ターミナルの中でnox なemacsが起動しました。
sshのオプションをつけるという発想が欠けていたので、
$ waypipe ssh -X ユーザ名@ホスト名 emacs
を試すと、GUIなEmacsが起動しました。
これってXWaylandを使っている気がするけど、しばらくはこれで使いたいと思います。
ありがとうございました。

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

-Xしないと動かないならwaypipe関係ねえ

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

>>646
ちなみに、Waylandで転送しようとしているEmacsのバージョンは何？

それから、リモート側のemacsコマンド自体（大抵の場合、wrapper）を実行したら、GUIが起動する？
さらにリモート側のemacsはPure GTKでビルドされている？
リモート側のemacsバイナリをlddとかで見たり、
そのemacsがなんらかのパッケージマネージャでビルドされていたら、その仕様書代わりのファイル群を見れば分かると思うけど、
もし >>672 のとおりでXWayland経由で動くなら、リモート側のemacsをよく調べてみたらいいかもね

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

>>674
ありがとう。
Ubuntu25.04のリポジトリのパッケージをそのまま使っています。
$ dpkg -l emacs* |grep ii |cut -c 1-52
ii emacs 1:30.1+1-5ubuntu1
ii emacs-bin-common 1:30.1+1-5ubuntu1
ii emacs-common 1:30.1+1-5ubuntu1
ii emacs-el 1:30.1+1-5ubuntu1
ii emacs-gtk 1:30.1+1-5ubuntu1
ii emacs-mozc 2.29.5160.102+dfsg-1.4
ii emacs-mozc-bin 2.29.5160.102+dfsg-1.4
ii emacsen-common 3.0.7

リモート側ではWayland上でemacsがGUIで起動します

$ ldd /usr/bin/emacs-gtk |grep -E "(wayland|gtk)"
libgtk-3.so.0 => /lib/x86_64-linux-gnu/libgtk-3.so.0 (0x0000718baee00000)
libwayland-client.so.0 => /lib/x86_64-linux-gnu/libwayland-client.so.0 (0x0000718baaa22000)
libwayland-cursor.so.0 => /lib/x86_64-linux-gnu/libwayland-cursor.so.0 (0x0000718baa513000)
libwayland-egl.so.1 => /lib/x86_64-linux-gnu/libwayland-egl.so.1 (0x0000718baa50e000)

リモート側のEmacsがXWaylandなしでGUIで起動するかは試していません。

Emacs起動しないエラーを再掲すると
$ waypipe ssh ユーザ名@ホスト名 emacs-gtk
emacs: standard input is not a tty

なお、Emacs以外のアプリは上記の方法でGUI起動する

環境変数を設定するとすぐに解決とか、助言をもらったら簡単に解決する程度に思っていましたが、
難しそうです。試行錯誤してみます。

**名無しさん＠お腹いっぱい。** · 2025/05/16(金) 23:47:36.50

EmacsにGTK＠wayland modeなんてあるの?
GUI widgetはlwlibでしょ

**名無しさん＠お腹いっぱい。** · 2025/05/17(土) 00:00:25.93

emacs は端末専用でコンパイルしてて X も Wayland も非対応の俺、蚊帳の外

**名無しさん＠お腹いっぱい。** · 2025/05/17(土) 00:13:06.25

>>672
それ正解っぽい。

https://www.reddit.com/r/emacs/comments/mh5l9y/comment/gswudoa/
Emacs doesn't talk Wayland natively so you'll need to use XWayland. Since gentoo is pretty much "build my own operating system" you'll probably have to find out for yourself how to ensure that XWayland is running under your particular compositor and system.

**名無しさん＠お腹いっぱい。** · 2025/05/17(土) 00:18:06.36

>>678
4年前には wayland 対応じゃなかったのでそれを言ってるだけじゃね？

**名無しさん＠お腹いっぱい。** · 2025/05/17(土) 00:24:05.35

正式対応したのがリリースされてるのかわからない。

https://www.reddit.com/r/emacs/comments/mh5l9y/comment/gswvzuv/

For 27.x version of Emacs you definitely have to build xorg-server package with wayland USE enabled, and Emacs with gtk/lucid. In case if you're using WM, make sure your WM has support for xwayland.

Only Emacs 28 has patches for native Wayland support, so you can try to build emacs-28.0.9999, but I'm not sure if it provides those changes yet.

Otherwise you can use pgtk Emacs fork from here https://github.com/fejfighter/emacs or here https://github.com/masm11/emacs/

**名無しさん＠お腹いっぱい。** · 2025/05/18(日) 00:50:44.46

入門の敷居が高すぎてむかつかいてきた。
startupのkeymap変えるだけでむっちゃ敷居高すぎ。まずelisp読めないと駄目。elispはmanual見てるだけじゃ輪郭が掴めない、dynamic moduleでCのAPIの観点から考えれないと何行ってるか分からないし。
keymapがどう動くのか、emacsが内部でdataをどう扱ってるのかもbinaryにもついても知ってないと駄目だし、単純に「あ、ここに書いてある」みたいのじゃなく継承してるので何処に書いてあるのか探すのにshellを使いこなせないと駄目だし、ubuntuとかに似てる何も知らない初心者には優しいけど中級者に厳しいような初期設定が多すぎ。
まだ頑張れまーす!

**名無しさん＠お腹いっぱい。** · 2025/05/18(日) 01:01:44.82

俺は5回挫折したけど今はバリバリのEmacserだw
簡単にEmacsを使えると思ってはいけない
でも苦労しただけの見返りはきっとある

**名無しさん＠お腹いっぱい。** · 2025/05/18(日) 01:21:12.30

LLMに聞ける最近は恵まれている

**名無しさん＠お腹いっぱい。** · 2025/05/18(日) 01:25:34.38

ありがとう。負けないぞ。
反応反射音速高速反応反射音速高速

**名無しさん＠お腹いっぱい。** · 2025/05/18(日) 02:09:36.29

苦労話を聞くとお腹が痛くなる

**名無しさん＠お腹いっぱい。** · 2025/05/18(日) 03:25:01.22

まあ逆にシンプルだから理解しようという気が芽生えてくるんだと思うけど

**名無しさん＠お腹いっぱい。** · 2025/05/18(日) 22:53:23.75

駄目だ初歩的な事がまったく分かってない。
hookでは設定は変わるやつは変わるけど、share/emacs/29.4/lisp/*を書き換えても全然反映されない。*.elcを捨てても。え、ちょっと待って待って怖い怖い。
bulidする前に書き換えたら反映されてる。え、なんなの。初心者泣かせすぎる。

**名無しさん＠お腹いっぱい。** · 2025/05/18(日) 23:22:54.36

temacs loadupとかそんなのが関係してるらしい。まだ先は長かった勉強するか。

**名無しさん＠お腹いっぱい。** · 2025/05/19(月) 01:26:18.29

GNU Emacsで僕等は育った。GNU Emacsの子供達さ。ハイ!

**名無しさん＠お腹いっぱい。** · 2025/05/19(月) 03:52:32.00

最初、サンザンな目にあう。二度目、オトシマエをつける。三度目、余裕。こういうふうにビッグになっていくしかない。
by YAZAWA

**名無しさん＠お腹いっぱい。** · 2025/05/19(月) 05:47:17.00

そこ書き換えてはいけない
init.elでsetqしたりadd-hookしたりするのが基本
適当な入門サイトでも読め

**名無しさん＠お腹いっぱい。** · 2025/05/19(月) 11:14:28.60

>>687
それはemacs.pdmpだから

**名無しさん＠お腹いっぱい。** · 2025/05/19(月) 18:34:34.86

keymap を Windows っぽくしようと思ってるなら、止めておいた方がいいよ

**名無しさん＠お腹いっぱい。** · 2025/05/19(月) 23:05:13.96

アドバイスありがと。ちょっとdynamic module書きたいので一旦放置する。

**名無しさん＠お腹いっぱい。** · 2025/05/27(火) 07:46:47.29

>>693
むしろWindowsのkeymapをEmacs風にしたいぐらいだ
うっかりC-wしたらウィンドウが閉じてしまって泣いた

**名無しさん＠お腹いっぱい。** · 2025/05/27(火) 22:33:51.71

IntelliJもVS Codeもemacsバインディングだな
IntelliJのはかなり優秀

**名無しさん＠お腹いっぱい。** · 2025/05/28(水) 07:58:08.24

28以降はゴミ

**名無しさん＠お腹いっぱい。** · 2025/05/28(水) 08:26:08.43

>>696
なんだかんだ一番優秀なのはMacOSでEmacsキーバインドが使えることだな
CtrlキーもAの左にあるしよくわかっていらっしゃる

**名無しさん＠お腹いっぱい。** · 2025/05/28(水) 08:51:05.29

macではhammerspoonていうの使って徹底的にemacs風にしてる
リージョン選択からのコピペとかも全部
winでは窓使いの憂鬱の後継の有料ソフトで同様にしてる

**名無しさん＠お腹いっぱい。** · 2025/05/28(水) 10:15:59.14

mac は set -o vi 無いの？

**名無しさん＠お腹いっぱい。** · 2025/05/28(水) 13:02:09.53

>>700
馬鹿なツッコミ

**名無しさん＠お腹いっぱい。** · 2025/05/28(水) 15:47:33.18

にわかはAの左がctrlと世迷言をいう。

Emacsはsymbolicsのlispハッカーが作り込んだ。当然にキーボードはspace cadetだ。Aの左はラブアウト

**名無しさん＠お腹いっぱい。** · 2025/05/28(水) 15:53:39.95

ctrlは左手の小指の付け根あたりの腹で押すよな

**名無しさん＠お腹いっぱい。** · 2025/05/28(水) 16:13:58.21

左小指の先で押すよ

**名無しさん＠お腹いっぱい。** · 2025/05/28(水) 16:22:04.50

俺も腹だな

**名無しさん＠お腹いっぱい。** · 2025/05/28(水) 21:25:44.10

俺はaの左と ' をcontrol にしてる

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 11:15:29.24

emacsユーザなのにJISキーボードなんて使ってんの?w

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 11:17:07.12

JISは要らんキーボードが多過ぎる
無変換とか使うか? 策定した奴を詰めたい

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 12:15:31.06

俺は無変換はIMEオフ変換はオン
確かMacがこの流儀

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 12:22:23.67

>>709は別にJISを策定した張本人じゃないから避難するつもりはないのだが
IMEのオン/オフに「無変換」と「変換」の2つ使っているのは無駄だよ
俺はUS配列では一般的だと思うけどもshift+spaceでトグルさせている

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 12:47:32.11

自分は JISキーボードでUS配列派で
いろいろ余分なキーが有ると他とバッティングしなくて便利

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 13:41:41.65

JISキーボードをUS配列で使わない場合、害悪でしかないし、初めて触るキーボードをUS配列にすべきだし、日本の義務教育でも当然US配列にしなければならないが、
IMEのオン/オフをmacOSのように「ABC(英数)」、「あいう(かな)」を使うのは、トグルでないから有用だよ
「半角/全角」のようなIMEトグルでは、いまオンかオフのどちらか、短期記憶もしくは毎回確認しないといけない

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 13:49:28.62

俺は左右対称の位置にある「無変換」でIMEオフ、「カタカナひらがな」でIMEオン
ちょっと内側にある「変換」はSKKのstickyにあててる
>>712と同じ理由でトグルさせるのは面倒という理由からだが、日本語英語以外のよく使う言語は仕方なくs-SPCで呼び出してる
JISとUSの中間ぐらいのキーボードがほしいね

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 14:31:38.78

HHKB の US 配列で SKK を使ってて emacs ないと日本語まともに打てない体になった

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 14:33:28.97

俺もHHKBのUS配列を長年使ってる
無刻印w

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 14:59:23.87

HHKB US配列に変換、無変換付いて
WindowsでUS判定でも変換無変換が有効になったら最高なのだけど

現状ではJIS配列キーボードに変換かまして
JIS判定のUS配置にするか自作キーボードしかないんだよなぁ
それだとHHKB US配列使えないし

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 15:09:30.57

>>714
OSを知りたい

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 16:30:11.38

Windowsの場合はAX配列って手もあるけどな
AX配列=US配列+日本語独自キー
俺はWindows自体滅多に使わんけど
使う必要がある時はすぐにAX配列に切り替える

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 16:31:28.03

JIS配列もUS配列も打てるけど手持ちのキーボードをいつでも使えるとは限らない仕事さてるから主にJIS配列使うので妥協してる

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 16:42:32.59

Emacsの話題に絞ってくれよ

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 16:55:20.11

>>714
おまおれ

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 21:00:25.10

emacs起動時間ほぼ同じ設定、全パッケージAOT native compile済み
windowsなんでこんなに遅いんですか..起動のたびにタバコに手が行く
そろそろ切ろうかな、もう誰も使ってない？

-mac
390 packages loaded in 3.631s (elpa 307, recipe 22, local 3, built-in 58
0.786 seconds spent in your user-config

-windows
389 packages loaded in 46.999s (elpa 306, recipe 22, local 3, built-in 58)
(7.393 seconds spent in your user-config

-同じwindows上のWSL
389 packages loaded in 5.845s (elpa 306, recipe 22, local 3, built-in 58)
(1.395 seconds spent in your user-config)

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 21:21:04.36

パスワードはとうの昔に忘れてしまったので
キーボードが変わったら書き起こさないと分からん

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 22:03:29.31

>>710
EmacsユーザならみんなC-¥だと思ってた。
みんな違うのか。。。

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 22:43:22.80

>>724
すまんここemacsスレだった
emacsはC-\です

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

>>722
自分はGNU for Windowsを常用してるよ。
起動が遅かったときもあったが、原因はVPN経由でのMELPAやORGのレポジトリにアクセスだった。
ボトルネックを特定して、それを外すと改善されるかも。
まず $HOME/.emacs を外して時間を計ってみては?

**名無しさん＠お腹いっぱい。** · 2025/05/30(金) 06:14:39.18

>>722
389もパッケージがあってそれを起動時に全部読み込んでるってこと？

**名無しさん＠お腹いっぱい。** · 2025/05/30(金) 06:17:21.26

ctrl と alt が左右に配置されていないHHK は emacs 向きじゃない

28以降はクソ

**名無しさん＠お腹いっぱい。** · 2025/05/30(金) 07:34:01.07

>>726
「GNU for Windows」って具体的にどういう環境？URL教えて
自分はemacs動かすためだけにMSYS2飼ってる
連携ツールの要件みたせば乗り換え考えてみる

**名無しさん＠お腹いっぱい。** · 2025/05/30(金) 07:54:55.29

>>727
基本spacemacs全乗り、パッケージの管理とか、言語ごとの設定とか
いちいちやるのもう無理

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

>>730
ああspacemacsの出力なのか
あれが初期化時に何をやってるのかは分からないや
一般的にWindows上でEmacsが遅い原因は外部プロセス起動やファイルシステムアクセスにある場合が多い
例えば初期化時だと、.el(.eln)を一つ読み込むたびにload-pathに設定されている全ディレクトリをスキャンするのでWindowsだとそこだけで相当な時間がかかる

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

そもそも Windows が遅いのは emacs のせいではないし、Windows は多機能だけど速くはないのでハイパワーな機材使ってくださいといシステムなので
Linux とか BSD なら HDD でも emacs 軽々だけど今どき Windows は SSD/MVNe じゃないとはなしにならない

**名無しさん＠お腹いっぱい。** · 2025/05/30(金) 10:08:01.04

>>731
WSLからWindowsファイルシステムのアクセスが更に遅いというジレンマ

もうWindowsはVS CodeだとEmeacsバインディングのExtensionあるしと
頑張ったものの、イライラきてVS Code内のターミナルからEmacs起動すると...
そりゃEmacsエクステンション入れてるからもともに操作できないｗ

**名無しさん＠お腹いっぱい。** · 2025/05/30(金) 17:25:30.94

>>729
「Emacs for Windows」と言ったけど、実際は GNU Emacs の Windows 版のこと
期待させたならすまなかった

www.gnu.org/software/emacs/download.html

自分はこれをベースに必要そうなパッケージを追加してる
.emacsは10年以上使い回し

**名無しさん＠お腹いっぱい。** · 2025/05/30(金) 19:47:49.04

jp106で変換無変換をCtrlにしていないEmacsユーザがいるとは思わなかった…

**名無しさん＠お腹いっぱい。** · 2025/05/30(金) 22:11:44.47

まあどうしたってHHKは変態でしかないんだよ

**名無しさん＠お腹いっぱい。** · 2025/05/30(金) 22:34:20.61

きーぼーどの話になると老害が湧く

**名無しさん＠お腹いっぱい。** · 2025/05/30(金) 22:38:59.57

>>735
CtrlよりはAltの方が多そう

**名無しさん＠お腹いっぱい。** · 2025/05/31(土) 18:54:21.62

CtrlとAltはペダルにしたい
特に親指が左右とも死にかけてて地獄

**名無しさん＠お腹いっぱい。** · 2025/06/02(月) 13:46:13.82

elpa落ちてる?

**名無しさん＠お腹いっぱい。** · 2025/06/07(土) 06:01:27.35

28 から 30 に上げたら dired の isearch が異様に重くなった。
dired-isearch-filenames が t の状態で、一万弱のファイルが並ぶディレクトリで、マッチしない文字列を検索すると、帰ってくるまで一分以上かかる。

29 あたりで dired-isearch-filenames-mode の実装が変わって、 isearch-search-fun-in-text-property を使うようになったのが原因だった。
28 の実装に戻したら解消した。

**名無しさん＠お腹いっぱい。** · 2025/06/07(土) 06:52:36.08

どんどん使い難く変更するのは知恵遅れの所業

**名無しさん＠お腹いっぱい。** · 2025/06/07(土) 20:29:24.86

text-property で遅くなるのは稀によくある

**名無しさん＠お腹いっぱい。** · 2025/06/07(土) 22:28:24.18

どっちかはっきりしる

**名無しさん＠お腹いっぱい。** · 2025/06/10(火) 16:01:53.37

いやー気紛れで git のHEAD (31.0.50) にしてみたら

Missing ‘lexical-binding’ cookie in "/hoge/lispdir/foo.el"

のワーニング吐きまくりでうぜーw

**名無しさん＠お腹いっぱい。** · 2025/06/10(火) 16:09:14.96

とにかく騒がれた foo.el の頭に

-*- lexical-binding:t -*-

↑
これを突っ込んでやると黙るんだけど、これなんなの?

**名無しさん＠お腹いっぱい。** · 2025/06/10(火) 16:44:55.65

変数スコープのデフォルトがダイナミックからレキシカルに変わった

**名無しさん＠お腹いっぱい。** · 2025/06/10(火) 21:37:59.11

>>747
27.1からそうなんだけど、31.0から警告を出すようになったんやろ
custom.elとかもlexical-binding:tつけてないと警告出るの萎えるわぁ

**名無しさん＠お腹いっぱい。** · 2025/06/11(水) 07:21:51.38

navi2ch 、 yatex 、uim で騒がれたのは仕方無いとしても、
.emacs.d/init.el で騒がれたときにはｲﾗっときたよ

**名無しさん＠お腹いっぱい。** · 2025/06/11(水) 07:24:04.12

ついでに、
(setq lexical-binding 't)
↑これを init.el に買いても騒ぐんだよね…

**名無しさん＠お腹いっぱい。** · 2025/06/12(木) 06:06:38.66

それどころかまともに動かないものまででてきたw

31.0.50は過去の資産を潰すG臭が酷い

**名無しさん＠お腹いっぱい。** · 2025/06/12(木) 08:46:37.40

今のところ、foo.el を全く弄らないで、warning をガン無視するのが一番いい()

**名無しさん＠お腹いっぱい。** · 2025/06/12(木) 10:03:05.26

無視するには *Warnings* バッファの ⛔ をクリック(またはカーソルを乗せて RET)

⛔ Warning (files): Missing ‘lexical-binding’ cookie in "/usr/share/emacs/site-lisp/magit/magit-version.el".
You can add one with ‘M-x elisp-enable-lexical-binding RET’.
See ‘(elisp)Selecting Lisp Dialect’ and ‘(elisp)Converting to Lexical Binding’
for more information.

問合せに y で custom-file のファイル(既定値の nil なら .emacs だか init.el だか辺り)に設定が書き込まれる

elisp-enable-lexical-binding をクリックすると当該ファイルに ;; -*- lexical-binding: t; -*- を追記

**名無しさん＠お腹いっぱい。** · 2025/06/13(金) 17:53:43.23

このワーニングが出るバージョンのemacs をインストールした後だと、
navi2ch のビルドにこけるようになるねw

configure かけると

checking detecting your emacs type... Warning (files): Missing `lexical-binding' cookie in "/home/src/GIT/navi2ch/conftemp.3667".
You can add one with `M-x elisp-enable-lexical-binding RET'.
See `(elisp)Selecting Lisp Dialect' and `(elisp)Converting to Lexical Binding'
for more information.
emacs21
checking where icon files should go... Warning (files): Missing `lexical-binding' cookie in "/home/src/GIT/navi2ch/conftemp.3667".
You can add one with `M-x elisp-enable-lexical-binding RET'.
See `(elisp)Selecting Lisp Dialect' and `(elisp)Converting to Lexical Binding'
for more information.

だとw

**名無しさん＠お腹いっぱい。** · 2025/06/13(金) 17:56:56.05

問題は

>conftemp.NNNN

ここにクッキーを求められるところw

**名無しさん＠お腹いっぱい。** · 2025/06/27(金) 12:41:44.45

vterm内で日本語は入力できないのでしょうか?
toggle-input-methodして入力すると
ミニバッファに以下のように出て入力が反映されません
Buffer is read-only: #<buffer *vterm*>
環境はEmacs 28.2 on Debian (Bookworm)です

**名無しさん＠お腹いっぱい。** · 2025/06/27(金) 14:38:07.62

>>756
俺も知りたい
termやeatだったらline-modeにすれば日本語入力できるが癖があって面倒なんだよなあ

**名無しさん＠お腹いっぱい。** · 2025/06/28(土) 09:27:08.77

Eshellがもっと使いものになってればなあ
なんで<が使えないんだよ diff <(....) <(....) みたいなのがやりたいのに
あとgrepの出力に (標準入力) とか表示してくるのヤメロ

**名無しさん＠お腹いっぱい。** · 2025/06/28(土) 11:17:59.37

>>756
試したけどやはりvterm(及び他のEmacs内で動くterminal)で日本語を入力するのは無理じゃないかなあ
vtermを使わず例えば
(defun my-term ()
(interactive "@")
(shell-command (concat "kitty -d " default-directory "> /dev/null 2>&1 & disown") nil nil))
みたいにして外部terminalを立ち上げるのはどうだろう？
terminalやshellの設定でPRIMARYではなくCLIPBOARD セレクションを使うようにすればそれなりにEmacsと連携できるはず

**名無しさん＠お腹いっぱい。** · 2025/06/28(土) 23:40:26.89

単純に日本語を送りたいだけなら、

(defun my-vterm-insert-string (string)
(interactive "sInsert String: ")
(vterm-send-string string t))

とかやれば任意の文字列を送れるけど。

**名無しさん＠お腹いっぱい。** · 2025/06/29(日) 19:43:43.73

以前は、みんな端末側のIMEで変換して、リモートログインした先のemacsで普通に日本語使ってたけど、失伝してるのか。
端末の文字コードとemacsの文字コードを揃えるだけだぞ。

**名無しさん＠お腹いっぱい。** · 2025/06/29(日) 21:28:55.16

vtermということはそういう話ではないのでは

**名無しさん＠お腹いっぱい。** · 2025/06/29(日) 21:41:21.95

vtermに限らずw3mなんかでもtextarea以外でうっかり日本語(ddskk。mozcは問題なさそう)に切り替えちゃったら
Buffer is read-only: #<buffer *w3m*>
って出るよね
あれってどういう原理なのか知りたい

**名無しさん＠お腹いっぱい。** · 2025/06/29(日) 23:55:40.77

skkなんかは変換時の▼とかを直接バッファ編集することで実現してるからでなかったかな
素のmozcも若干input-methodの作法に従ってなくて、mozc-imを入れるとansi-termとかでも普通に日本語入れられるようになるはず
toggle-input-method を叩けるようキーバインド工夫する必要はあるが。

**名無しさん＠お腹いっぱい。** · 2025/06/30(月) 08:32:55.50

27.2以前に戻したらいいよ

**名無しさん＠お腹いっぱい。** · 2025/06/30(月) 13:10:54.51

skkの▼はオーバーレイに変更されたような気がするけど気のせいだったかな...

**名無しさん＠お腹いっぱい。** · 2025/06/30(月) 15:25:05.31

claude codeもgemini cliもgnome terminalや
konsoleではインラインで日本語入力できない
vtermだと日本語入力自体ができない（コピペで入力はできる）
今のところ>>760の方法が一番マシかなぁ

**名無しさん＠お腹いっぱい。** · 2025/06/30(月) 19:35:01.89

>>767
uxrvt、alacritty、kittyあたりはインライン入力できたよ
前二者は機嫌が悪い日は文字が散らついたりしたけどkittyは今まで日本語で問題が起こったことはなし
強いていうならncursesアプリでちょっとおかしくなる程度だがemacs使いには関係ないっしょ
ほんとeshellがもっとしっかりしてくれたらベストなんだがな

**名無しさん＠お腹いっぱい。** · 2025/07/08(火) 01:32:49.31

>>758
eshellは*を付けると外部コマンドを優先するから
cat hoge | *grep foo
とすれば変な出力が付かない

**名無しさん＠お腹いっぱい。** · 2025/07/12(土) 20:20:12.27

>>769
恥ずかしながら知らなかった
サンクス！

**名無しさん＠お腹いっぱい。** · 2025/07/14(月) 08:25:31.72

役に立つ記事かと思ったら単なるconao3への悪口で萎えた
https://qiita.com/akirak/items/e8cb80ef168bf755ad99
Emacs界隈は優秀な人が多いのにどうして喧嘩しちゃうのか

**名無しさん＠お腹いっぱい。** · 2025/07/14(月) 22:29:27.28

そもそもストールマンがあれだから

**名無しさん＠お腹いっぱい。** · 2025/07/14(月) 22:32:56.63

ストールマンネタでこのポスト好きw
https://x.com/ItalyPaleAle/status/1169354916281778176

**名無しさん＠お腹いっぱい。** · 2025/07/15(火) 00:58:19.72

フォントに関して（自覚なく）無知なのに、TeXがクソとか言いながら、Donald Ervin Knuthをクソだの言いまくっているアホもいるぐらいだから、そんなもんよ

**名無しさん＠お腹いっぱい。** · 2025/07/15(火) 06:46:32.24

>>773
こんなことしてたな
そしてOSS化したcodeにEmacsが駆逐されかけているのは皮肉なこと

**名無しさん＠お腹いっぱい。** · 2025/07/18(金) 06:10:07.25

28以降はクソ

**名無しさん＠お腹いっぱい。** · 2025/07/24(木) 08:41:30.06

>>771
カタカナ語を日本語として割り切れない発達くさい

**名無しさん＠お腹いっぱい。** · 2025/07/26(土) 05:52:43.07

知恵遅れは洗練された道具としての機能より見栄えを選ぶ

**名無しさん＠お腹いっぱい。** · 2025/07/26(土) 08:06:46.95

エルメスとかシャネル、クリスチャンディオールの女性物のバッグの事かー

**名無しさん＠お腹いっぱい。** · 2025/07/26(土) 17:18:56.54

Emacsを捨てたおごちゃん氏は今でもNetBeansを愛用しているのだろうか

**名無しさん＠お腹いっぱい。** · 2025/07/28(月) 06:51:31.11

>>779
カッペさんのクルマと同じで、格を表すらしいぞw

**名無しさん＠お腹いっぱい。** · 2025/09/14(日) 18:58:47.40

claude codeとemacsの親和性良過ぎ
LLMモードは乱立してるようだけども
>>760 + vtermでclaude codeが一番使い安いや
claude codeは別にコードを書く用途に限らずチャットとしても使える
文献PDF読ませたりメールの校正させたり
beamerでスライド作らせたり重宝してる

**名無しさん＠お腹いっぱい。** · 2025/09/14(日) 19:09:04.95

そういえば、先月のことだけど Emacs-30.2 がでてるね

**名無しさん＠お腹いっぱい。** · 2025/09/15(月) 06:55:55.65

28以降はクソ

**名無しさん＠お腹いっぱい。** · 2025/09/15(月) 12:37:54.23

neovImから移住してもええの？🐼

**名無しさん＠お腹いっぱい。** · 2025/09/15(月) 14:34:04.01

みんなどの OS で Emacs を使ってるのかな。

ワイは macOS だけど、Mac Port パッチ付きの Emacs を好む関係で
ttps://github.com/railwaycat/homebrew-emacsmacport を使っているが、
最近は Mac Port パッチ ttps://bitbucket.org/mituharu/emacs-mac/ が以前ほど最新に追随しなくて、うーむ。

Emacs on Linux が一番親和性が高いのは認める。

**名無しさん＠お腹いっぱい。** · 2025/09/15(月) 15:23:53.20

わしはMacPorts民だから脳死でMacPortsのやつ使ってる

**名無しさん＠お腹いっぱい。** · 2025/09/15(月) 16:51:10.05

Linux で使っているの