BSD/LinuxでのOffice/Desktop環境を語れ！ Part03 (400ﾚｽ)
BSD/LinuxでのOffice/Desktop環境を語れ！ Part03 http://mevius.5ch.net/test/read.cgi/unix/1633521461/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
23: 名無しさん＠お腹いっぱい。 [sage] 2021/10/18(月) 16:17:30.67 そもそもの話、どっちもUNIXじゃないのでは…？ http://mevius.5ch.net/test/read.cgi/unix/1633521461/23
24: 名無しさん＠お腹いっぱい。 [sage] 2021/10/18(月) 16:30:06.96 ここ「BSD/LinuxでのOffice/Desktop環境を語れ！」なんだが 「UNIXの定義」について語りたいの？めんどくさい人だね http://mevius.5ch.net/test/read.cgi/unix/1633521461/24
25: FreeBSDでwimeを使っている君 [] 2021/10/25(月) 18:56:47.70 「FreeBSDにおけるwime導入手順の再まとめ」 において誤りがあったと思います。 >>14 に、amd64のi386-wineに対して、 （i368でコンパイルした）「wimeのバイナリ群を持ってくる」 とか、 「クロスコンパイルできれば」 とか、 などと、書きましたが、誤っているのではないかと思います。 wime-4.x.x/io/Makefile には、「#amd64でi386-wineを」の コメントがあるので、FreeBSDのamd64でi386-wineを 使用している場合、wime-4.x.x/conf.mkで変更する変数を 「WOW64?=1」にす
れば、amd64でも、wimeを32bitでコンパイル できるのではないかと思います。 https://mevius.5ch.net/test/read.cgi/unix/1107211157/836 で謝罪したのを忘れていました。 まことに申し訳ありませんでした。 ※執筆者はC言語もMakefileも理解していないので、 はっきりと書けずに申し訳ありません。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/25
26: 3 [sage] 2021/10/25(月) 22:23:48.33 本日とある用事でWebブラウザ版zoomをFirefoxから使用しました 序盤に音声の送信が滞ったものの少しごにょごにょして改善し普通に音声通話も可能になりました ご使用の際はwebcamoidもインスコしておくと事前に送信映像の解像度も手軽に出来て便利です http://mevius.5ch.net/test/read.cgi/unix/1633521461/26
27: FreeBSDでwimeを使っている君 [sage] 2021/11/12(金) 22:52:05.62 執筆者が書く時だけは、目立つようにスレをageさせてください。 5chのクロールコピーっぽいサイトは、いっときより減ったものの、 まだまだ健在なので、情報が広がりやすいと思うのですが、 なかなか、「FreeBSDでWine6.xを使ったよ」「wimeはすごいねー」 という声は見かけませんね。 情報を広めるのは、大変なんですね。 そもそも一夜にして情報が広がるなんてオカシイですよね。 FreeBSDの公式サイトのリリーススケジュールが見つかりません。 昔は日付を入れて表になってい
たような気がするんですが。 13.0Rの次のリリーススケジュールは、いつか分かりませんが、 あと半年ほどは、13.0Rのままだろう、今のうちに、と、 FreeBSD13.0R(i386)から、FreeBSD13.0R(amd64)に乗り換えました。 もちろん、目的はWine。 i386-wineの、Alexander88207氏の「回避策」に期待がかかります。 i386-wineですから、おそらく、次のFreeBSDのメジャーバージョンまで、 i386-wineのバージョンは、ほぼ固定状態になると思いますが、 なにより、確実に動くことが大切です。 結論から言うと、FreeBSD(amd64)で、Wine6.12(i386-wine-devel)は 動
きました。 「ウヒョヒョヒョヒョヒョ」とスキップして踊りました。 みなさま、ありがとうございます。ありがとうございますう。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/27
28: FreeBSDでwimeを使っている君 [sage] 2021/11/12(金) 22:57:57.10 ただですね、>>6 氏の報告とは、やや、挙動が違いました。 FreeBSD13.0R(amd64)で、i386-wine-devel(Wine6.12)の 初回起動時に「%winecfg」（.wineの新規生成はせず）とすると wine:could not load ntdll.so:(null) と、言われますが、前スレであった助言 https://mevius.5ch.net/test/read.cgi/unix/1107211157/951 のように、以下のように環境変数を設定すると正常起動しました。 %env WINEDLLPATH=/usr/local/lib32/wine winecfg Wineのビルトインコマンド的な、wi
necfgではよいのですが、 実際に、hoge.exeを動かす時に困ります。 %env WINEDLLPATH=/usr/local/lib32/wine wine hoge.exe のように書かないといけない。 これはまずい。wimeの起動はどうすべきか。 けっきょく、.cshrc（.xinitrcなどでもいいけど）に 「setenv WINEDLLPATH /usr/local/lib32/wine」 と書く事にしました。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/28
29: FreeBSDでwimeを使っている君 [sage] 2021/11/12(金) 23:00:40.75 執筆者は、Wine6.12のimm32.dll.soとwime4.1.4は、 i386でコンパイルされたバイナリをファイルコピーで 持ってきました。 >>14 のまとめの修正ですが、 FreeBSD(amd64)のi386-wine-devel(Wine6.12)では、 imm32.dll.soを配置する場所が以下のように変わりました。 「/usr/local/lib32/wine/i386-unix/imm32.dll.so」 しかし、なんで >>6 氏と挙動がちがうのだろう。 ・shか、cshの違い？ 執筆者はtcshです。 ・モダンなデスクトップか、昔ながらのWindowManager
の違い？ 執筆者はctwmです。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/29
30: FreeBSDでwimeを使っている君 [sage] 2021/11/12(金) 23:02:03.69 以下の記事を読んで気づいたのですが、 今どきのWineの初回起動は、「%winecfg」でなく、 >>6 氏のように「%wineboot」とするもののようです。 Wineについては、あくまでもPlamoLinuxでの例ですが、 PlamoLinuxのメンテナ、こじまみつひろ氏が、 技術評論社で連載している記事が、理解を深めてくれます。 続・玩式草子 −戯れせんとや生まれけん−：連載｜gihyo.jp … 技術評論社 https://gihyo.jp/lifestyle/serial/01/ganshiki-soushi-2 http://mevius.5c
h.net/test/read.cgi/unix/1633521461/30
31: FreeBSDでwimeを使っている君 [sage] 2021/11/12(金) 23:21:16.41 GenericKernelでPAE_Kernelとなったi386(Tier2)から amd64(Tier1)に乗り換えて思ったんですが。 ・amd64は、startxでコンソールからXを起動するのに数秒。 i386みたいに、15秒待つなんてことはない。 ・なんだか全体的に軽いような。キビキビしているような。 ・そもそも、ブートからlogin表示までも、amd64の方が速いような。 ・Conky読みだけど、メモリ総量が違う。i386は15.6G、amd64は15.5G。 ※ビデオカードのメモリ量が512Mです。 ・i386では、Firefox90以上で、「Gah
. Your tab just crashed.」と 言われて、googleマップが見られなくなったり、アクセスによって 画面を生成するタイプ（うまく言えないですが、後面描画の後に前面 を描画するタイプ）のサイトが見られなくなったりしていたので、 FirefoxESR78にportdowgrade（戻れるバージョンがそれしかなかった） していたが、amd64ではFirefoxESR91で普通にgoogleマップが見られる。 いや、ま、それが普通だよね。 ・i386のFirefoxESR78の設定画面で、検索エンジンを選択する欄が 空っぽで、検索エンジンの追加もできなかったので、しかたがなく、
文字列をマウスでコピーして右クリックでgoogle検索をするadd-onsを 入れていたが、FirefoxESR91だと普通に検索エンジンがある。 EUとかの政治的な規制で検索エンジン欄が空になったんじゃないのか。 あれは何だったんだよお。 ・i386のFirefoxESR78では、5chのスレで文字列をマウスでコピーして 右クリックをすると、ImageをSaveとか、Playだとか、Volumeだとかの メニューが画面の上から下まで出ていた。ただのテキストを扱うのに なんでマルチメディアなメニューが見境なく出て来ていたんだろう。 という感じです。 http://mevius.
5ch.net/test/read.cgi/unix/1633521461/31
32: FreeBSDでwimeを使っている君 [] 2021/11/12(金) 23:44:33.01 広大なメモリを使いたければ、amd64(64bit)が、普通の選択肢であり、 PAE_Kernelは「無理を承知でどうしても」のための物なのかも しれません。 PAE_Kernelを追いかけていた「uyota 匠の一手」氏も、 そういう感じで使っているようですし。 そうそう、VZエディタライクなエディタの「ne」（pkgで入れた）は、 amd64ではセグメントエラーでした。 i386では動いていたような気がするけどなあ。 「PANIXのカタログに、そういう物がありますよ、って出てたなあ」 と、入れただけなんです
が。 VZエディタのキーアサインで覚えているのは、 Ctrl-K-K、Ctrl-K-C、コマンドラインでESCでファイラ、 ぐらいで、Emacs歴のほうがずっと長くなりました。 FreeBSD13.0R(amd64)でi386-wine-devel(Wine6.12)が 動いて、回避策の対応をしていただいたMaintainerの Alexander88207氏には大感謝です。 さーて、夜食でも食べてくるかなーあ。 うは、うほほーい。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/32
33: 名無しさん＠お腹いっぱい。 [sage] 2021/11/13(土) 00:57:21.11 長いことemacs+wanderlustを使ってたけど、キーバインドを覚えるor調べるのに疲れて、 thunderbirdに乗り換えちゃったよ http://mevius.5ch.net/test/read.cgi/unix/1633521461/33
34: 名無しさん＠お腹いっぱい。 [sage] 2021/11/13(土) 07:25:22.14 >>33 グッジョブ！ コンピュータなんて楽できてなんぼだからね http://mevius.5ch.net/test/read.cgi/unix/1633521461/34
35: 6 [sage] 2021/11/13(土) 11:13:30.67 >>29 当方環境 OSバージョン：FreeBSD 13.0-RELEASE-p4 amd64(当時) インタラクティブシェル：/bin/tcsh GUI環境：Window Maker、Fluxbox 等 たまにモダンなデスクトップ環境も使用しております http://mevius.5ch.net/test/read.cgi/unix/1633521461/35
36: FreeBSDでwimeを使っている君 [sage] 2021/11/15(月) 17:51:51.59 # pkg upgrade Installed packages to be REINSTALLED: dialog4ports-0.1.6_1 (option removed: CHINESE) 新しい冷戦が始まる（始まっている）と言われていますが、 米中新冷戦って意味合いでremovedなんでしょうか。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/36
37: FreeBSDでwimeを使っている君 [sage] 2021/11/15(月) 17:55:31.51 >>29 wimeの事を書き忘れていましたが、 FreeBSD(amd64)のi386-wine-devel(Wine6.12)において、 i386でコンパイルされたimm32.dll.soをファイルコピーで 持ってきて、 「/usr/local/lib32/wine/i386-unix/imm32.dll.so」に 置いたことにより、 Wine6.12 + wime4.1.4 + ATOK17(2004)で動いています。 >>35 6氏、ありがとうございます。 6氏もプロンプトに「%」を使っているので、csh系だと 思っていたのですが。 Wineの開発ターゲットはLinuxだから、bashだと問題な
いのか？とか、 モダンなデスクトップだと勝手に設定を追加してくれるのか？などと、 考えたのですが、執筆者と、6氏 との間には、有意な差は、 ないような気がします。何かが違う「おま環」かもしれません。 まあ、私は、.wineの新規生成もしなかったですし。 もし、i386-wine(6.x以降)において、 「wine:could not load ntdll.so:(null)」 と、言われた場合（例はcsh系の場合）、 「%env WINEDLLPATH=/usr/local/lib32/wine winecfg」 としてください。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/37
38: FreeBSDでwimeを使っている君 [sage] 2021/11/15(月) 17:58:24.90 何気なくググってたら驚きました。 259587 emulators/i386-wine{-devel}: Delete ports (was: Fails to fetch: i386-wine-devel-6.12,1.txz: Not Found) https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259587 D32322 emulators/i386-wine{-devel}: Delete ports https://reviews.freebsd.org/D32322 Alexander氏によると、通常のWineで32bit、64bitが扱えるので、 i386-wine{-devel}は、削除要請されているとのこと。 ports/emulators/wine-devel/Makefile を見ると、
「a subset of emulators/i386-wine-devel」とか書いてあって、 i386-wineの成果が吸収されるのかもしれません。 これからは「３つのパートに分かれる」そうです。 wine 32bitなWineで32bitなEXE(FreeBSD/i386) wine64 64bitなWineで64bitなEXE(FreeBSD/amd64) wow64 64bitなWineで32bitなEXE(FreeBSD/amd64) wine32 wow64が代替予定とのこと と言うことですが、現状を把握していないので、よく分かりません。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/38
39: FreeBSDでwimeを使っている君 [sage] 2021/11/15(月) 18:00:14.52 FreeBSD13.0(amd64) ※以下レス用に1byte空白連続→2byte空白 # pkg remove i386-wine-devel # pkg install wine-devel % pkg info |grep wine wine-devel-6.18,1 Microsoft Windows compatibility environment % wine <TAB> wine wineboot wineconsole winedump winegcc winepath wine64 winebuild winecpp winefile winemaker wineserver wine64.bin winecfg winedbg wineg++ winemine % wineboot /home/hoge/.i386-wine-pkg//usr/local/bin/wine does
n't exist! Try installing 32-bit Wine with /usr/local/share/wine/pkg32.sh install wine mesa-dri % /usr/local/share/wine/pkg32.sh install wine mesa-dri pkg -o ABI=FreeBSD:13:i386 -o INSTALL_AS_USER=true -o RUN_SCRIPTS=false --rootdir /home/hoge/.i386-wine-pkg install wine mesa-dri Updating FreeBSD repository catalogue... Fetching meta.conf: 100% 163 B Fetching packagesite.pkg: 100% 6 MiB pkg: Error opening the trusted directory /usr/share/keys/pkg/trusted pkg: Error loading trusted certificates U
nable to update repository FreeBSD Error updating repositories! # /usr/local/share/wine/pkg32.sh install wine mesa-dri Don't run this script as root! ※rootで走らせるな、は、どこかに書いてありましたが、 一応やってみました。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/39
40: FreeBSDでwimeを使っている君 [] 2021/11/15(月) 18:01:38.52 259697 emulators/wine /usr/local/share/wine/pkg32.sh upgrade: pkg: wrong architecture: … pkg: repository poudriere contains packages with wrong ABI: FreeBSD:14:amd64 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259697 >>39 に関して上記のような記事もみつけましたが、微妙に違う気もします。 つい最近の話ですし、状況が落ち着くのを待ちます。 あー、FreeBSDの現在のWine事情を解説してくれる記事はないものか。 技術評論社のWebでのFreeBSDの連載は
、とうの昔に終わったし、 紙媒体でなら、なんて、とても無理な話です。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/40
41: 6 [sage] 2021/11/15(月) 20:20:59.50 >>37-38 大した用途に使っていない事もありますが今のところ正常動作ですね i386-wine-develのdistfileに関しては驚きですね 確かにportsディレクトリで # make fetch しても落ちてきませんでした 取り敢えず # pkg create i386-wine-devel しておきました いつ入手不可になるかわからないので http://mevius.5ch.net/test/read.cgi/unix/1633521461/41
42: FreeBSDでwimeを使っている君 [] 2021/11/18(木) 00:33:21.58 FreshPortsを、今、見るとi386-wine-develは、 もう無くなっています。 i386-wine、wine、wine-develは、 2021/11/16 14:33:56 に更新され、 更新内容は同じ文章です。 ＞Emulator/i386-wine-devel. port removed. ＞This port and the pre-built binaries have not been updated recently. ＞emulators/wine-devel now supports i386 on amd64, so remove it. との事です。 wine-devel-6.21なら正常に動くんでしょうか。 Wineに関わるMaintainerとして、Alexander88207氏、 以外
の方は、にわかに信用しがたいのですが。 これ、 「動くようになったから、俺の役割は終わりだ。ヨカタ」 なのか、 「チッ！ じゃあ、i386-wine は、消せや！」 「distfiles も消してやる！ ザマーみろ！」 なのか、このへんの雰囲気が分からないので、困惑します。 distfilesで取得できるファイルが、即、消されて、 円満別れなのか、そうでないのか、ゾワゾワします。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/42
43: FreeBSDでwimeを使っている君 [sage] 2021/11/19(金) 03:14:09.76 Wine6.21時点での、emulators/wine{-devel}/files の wow64.sh（長いものはレス用に桁折り）を見ると、 「I386_ROOT="${WINE_i386_ROOT:-$HOME/.i386-wine-pkg}"」 と、i386-wine-pkgをホームディレクトリの下に作り、 32bitなEXEは、 「exec "$I386_ROOT/$PREFIX/bin/wine" "$@"」 で起動するようです。 ※執筆者の場合は、>>39 の試行で作りかけで止まっていた。 当たり前ですが、以下の引用のように Wine64とWine32(WoW64)のバージョン
は同一に保たれるようです。 「printf "wine [%s] and wine64 [%s] versions do not match!\n\n" "$WINE32_VERSION" "$WINE64_VERSION"」 「printf "Try updating 32-bit wine with\n\t%s\n" "$PREFIX/share/wine/pkg32.sh upgrade"」 まさか、i386-wine-pkgはバイナリ配布ではないでしょうね？ まあ、今は、数週間レベルでの本当の過渡期ですから、 Wine32からWoW64に完全移行してから試そうかと思っています。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/43
44: FreeBSDでwimeを使っている君 [sage] 2021/11/19(金) 03:44:48.56 FreeBSD(amd64)からi386-wine{-devel}がなくなり、 FreeBSDでのWineの、WoW64移行をふまえたうえでの、 wimeについて。 現状では、64bitなatokが、FreeBSDのWine64にインストールできない （wime公式）ので、人柱の試行で発見されるなど、事態が変わらない限り、 FreeBSDのWineでは、atokは32bit版を使う事になります。 ※今度のFreeBSDでのWineの変更で、Linuxのように、64bitなatokが 使えるようになっているかもしれません。 これまでのレスの内容をふまえると、32bitなim
m32.dll.soは、置き場所が 変わるという事になります。 i386-wine-pkgが、バイナリ配布かどうかは、分かりませんが、 自前でportsからmakeできるのなら、 wimeのpatchをあてた32bitなimm32.dll.soが amd64のWineで作れるのではないか、と、思います。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/44
45: FreeBSDでwimeを使っている君 [sage] 2021/11/19(金) 03:54:07.14 >>25 の追記。 FreeBSD(amd64)のi386-wine-devel(Wine6.12)では 「WOW64?=0」「WOW64?=1」どちらも、 wimeのgmakeが通りませんでした。 ~/wime-4.1.4 % gmake （略） gmake[1]: ディレクトリ '/usr/home/hoge/wime-4.1.4/lib' から出ます gmake -C so gmake[1]: ディレクトリ '/usr/home/hoge/wime-4.1.4/so' に入ります gmake[1]: *** 'wimeapi.o' に必要なターゲット 'X11/keysym.h' を make するルールがありません. 中止. gmake[1]: ディレクトリ '/usr/home/hoge/wi
me-4.1.4/so' から出ます gmake: *** [Makefile:12: so] エラー 2 libまではmakeできていますので、 ~ % file /home/hoge/wime-4.1.4/lib/array.o /home/hoge/wime-4.1.4/lib/array.o: ELF 64-bit LSB relocatable, x86-64, version 1 (FreeBSD), with debug_info, not stripped 64bitなオブジェクトができてます……。 32bitなライブラリを見せてmakeすれば、32bitなバイナリが できると思うのですが。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/45
46: FreeBSDでwimeを使っている君 [sage] 2021/11/19(金) 04:28:32.50 https://reviews.freebsd.org/D32322 ＞gerald added a comment. Mon, Nov 15, 11:15 PM ＞For the actual commit, I'll list you as author anyway. Alexander88207氏とgerald氏がケンカしている訳ではないようで 安心しました。 ただ、過渡期真っ最中のようで、低スキルの執筆者としては、 Wineのバージョンが、いくつか上がってこなれるまでは、 試せません。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/46
47: FreeBSDでwimeを使っている君 [] 2021/11/20(土) 08:51:38.10 i386-wine-develが、即、消えたのはともかく、 i386-wineは残っていたので、ある程度までは残しておくんだ、と、 思っていましたが、今、FreshPortsを見ると消えています。 https://reviews.freebsd.org/D32322 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259589 アメリカ時間だと思いますが、2021/11/19の昨日には、 i386-wine{-devel}は、なくなり、wine{-devel}へ、一本化されたようです。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/47
48: FreeBSDでwimeを使っている君 [sage] 2021/12/11(土) 18:41:57.36 前スレの「その２」に書いた、yc.elの話で、おわびと言うか、 「その後」に、かなり遅いタイミングではあるものの、 「気づいた」という話をします。 https://mevius.5ch.net/test/read.cgi/unix/1107211157/916 emacs27.1で、yc.elを起動すると「process-kill-without-query」の エラーが出るが、twitterの「shg@shg」氏の説明と、助言により、 .emacsに以下のコードを書いて一応の解決を見たという話です。 ＞(defun process-kill-without-query (process &optional flag)
＞(set-process-query-on-exit-flag process nil) http://mevius.5ch.net/test/read.cgi/unix/1633521461/48
49: FreeBSDでwimeを使っている君 [sage] 2021/12/11(土) 18:45:16.55 偶然、気づいたのですが、FreeBSDのyc.elのPorts（5.2.1_17,1）側で 修正が入っていました。 この場合、.emacs側で「のりきる」コードを書くより、yc.el側の修正の ほうが、正しい解決方法であると思います。 FreshPorts -- japanese/yc.el: Yet another Canna client for Emacs https://www.freshports.org/japanese/yc.el/ ＞5.2.1_17,1 ＞04 Dec 2020 12:41:09 ＞The "process-kill-without-query" function was made ＞obsolete in emacs 27.1 [1]. Therefore
the function ＞should be replaced in japanese/yc.el by ＞"set-process-query-on-exit-flag" function. 「Submitted by: Takayuki Nakao」とのことです。 執筆者が、レスを書いたのが、2020/12/11なので、レスをした時点では、 Ports側で、すでに修正が入っていた事になります。 執筆者は、yc.elを野良で使っていたので、Portsの修正に 気づきませんでした。 まるで（Portsでの）成果がないかのようなレスを書いた事を、 Portsでの修正にかかわった皆様にお詫びします。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/49
50: FreeBSDでwimeを使っている君 [sage] 2021/12/11(土) 18:47:32.23 YC's Room http://www.ceres.dti.ne.jp/~knak/yc.html yc.elの公式は開店休業状態なので、何かあれば、自分で何とか するしかない、と思っていましたが、Ports側だけで修正が入る事が あるのですね。 yc.elの公式に反映させないとLinuxユーザが困るな、と思うのですが、 yc.elの公式はどうなっているんでしょうね。 yc.elのFreeBSDのPortsのパッチを公開すれば、 yc.elで「process-kill-without-query」で困ったLinuxユーザも 対応できると思うので、以下にURLなどを書きます。
http://mevius.5ch.net/test/read.cgi/unix/1633521461/50
51: FreeBSDでwimeを使っている君 [] 2021/12/11(土) 19:04:18.31 freebsd-ports/patch-yc.el at main・freebsd/freebsd-ports・GitHub https://github.com/freebsd/freebsd-ports/blob/main/japanese/yc.el/files/patch-yc.el ※FreeBSDのPortsのPatchでは日本語コメントが読めるのですが、 githubでは、日本語コメント部分が化けています。 対照引用しようと思ったのですが、5chに書き込む際も、書き込み欄に コピペした時点で、github側の引用が妙な化けかたをしており、 対照にならないので、日本語コメント部分のみを、FreeBSDのPortsの
、 /usr/ports/japanese/yc.el/files/patch-yc.el から引用します。 以下、引用行を執筆者が明示し、次行の引用部分は、引用符をつけません。 03行 @@ -393,7 +393,9 @@ OBJ を返却する。" 14行 @@ -1736,6 +1738,7 @@ OBJ を返却する。" 22〜25行 @@ -2071,7 +2074,7 @@ OBJ を返却する。" ;; 文節を指定しない場合、現在の文節が対象となる ;; 読みを取得した文節はその読みをキャッシュする ;; cut が 非nil の場合、指定文節以降の読みを削除する 引用ここまで。 今回のyc.elネタは以上となります。 wimeの周知
のためageさせてください。 じゃ、夜ゴハン食べてきます。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/51
52: 名無しさん＠お腹いっぱい。 [sage] 2021/12/20(月) 11:01:54.49 Python2の呪いにてportsから無くなってからしばらく経つccsm、アップストリームのソースから入れてみた ちゃんと機能するもののアイコンに不満あり https://i.imgur.com/VlXs9kc.jpg http://mevius.5ch.net/test/read.cgi/unix/1633521461/52
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 348 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.013s