BSD/LinuxでのOffice/Desktop環境を語れ！ Part03 (399ﾚｽ)
BSD/LinuxでのOffice/Desktop環境を語れ！ Part03 http://mevius.5ch.net/test/read.cgi/unix/1633521461/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
306: FreeBSDでwimeを使っている君 [] 2023/06/16(金) 01:29:38.84 2023/05/31にwime4.1.6がリリースされていました。 「パッチの整理」との事です。 パッチファイルが、WineのVersion別（Wine7.x、Wine8.x）に 増加しています。 wime4.1.6のReadmeの「Wineへのパッチ」を見ると、 Wine7系、Wine8.4までは、必要に応じて各種パッチをあてる必要が ありますが、Wine8.6以降では、パッチは必要なくなります。 ただし、 「wimegtkやwimeximでかな入力をする場合はパッチkanainputを適用」 とのことです。 ※kanainputは、Wine5.8以降、Wine7.7以降、Wine8.3以降の別がある。 単純にCannaとして使う場合、Wine8.6以降の場合、 Wineを自前でmakeする必要がなくなりました。 執筆者としては、とてもうれしいです。 まあ、現在のFreeBSDのwine-develは7.22なんですが。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/306
307: FreeBSDでwimeを使っている君 [sage] 2023/06/16(金) 01:33:51.20 FreeBSDの場合、64bit版ATOKは、Wine環境下にinstallできない、と、 執筆者は、どこかで読んだような気がするので、実際にその通りなら、 64bit版ATOK用のwimeのtransmsgパッチは、考えなくてもよいと 思います。 いずれ、64bit版ATOKがFreeBSDでの64bitなWine環境下にinstall できるようになってから（ならないかもしれませんが）、 考えればよいでしょう。 いずれにしても、ATOKが32bit版をリリースしなくなったら、 FreeBSDではどうするか、という問題が残ります。 現時点では「ATOK Passport」には、32bit版があります（注）が、 おそらく、Windowsの動きに追従すると思いますので、 32bit版Windowsが完全に消えた場合、ATOKも32bit版が 新規に入手できなくなるかもしれません。 （注） ATOK Passport32bit版のVersionUpが、2023/02/10に、 UpdateModuleが、2022/06/21に更新されている。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/307
308: FreeBSDでwimeを使っている君 [sage] 2023/07/16(日) 03:00:04.25 前スレッドを事実上の占有状態で消費した事による贖罪の意味で、 執筆者は、次スレッドとして、このスレッドを作成しました。 別にスレッドのヌシというわけではありません。 5ch(2ch)専用ブラウザ分裂がらみの「talk」掲示板のUNIX板には、 このスレッドと同名のスレッド（>>1のみがある状態）が存在しますが、 執筆者が関与したものではありません。 >>1 のみが、コピーされた形でのスレッドのようです。 「出典」という形で、このスレッドのURLが表記されてはいますが、 著作権的にはどうなんでしょうね。 「出典」には、あたらないように思います。以上です。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/308
309: 名無しさん＠お腹いっぱい。 [sage] 2023/08/17(木) 03:17:42.46 32bitWineは少なくとも15、16では動くだろうけど先のことは分からない 15.0が出るとまた方針が変わるかもしれないよと https://cgit.freebsd.org/src/commit/RELNOTES?id=da51a1211dc799fa123f5d7f041eaf83c36f976b 今の流れ的には32bitに関して考慮する必要があるのは主にarmとWineについてで i386自体はもういいだろって感じ http://mevius.5ch.net/test/read.cgi/unix/1633521461/309
310: 名無しさん＠お腹いっぱい。 [sage] 2023/08/17(木) 09:01:39.67 14.0では32bitカーネルは非推奨で15.0で削除される可能性があると警告が出るようになった でも最終決定はまだ http://mevius.5ch.net/test/read.cgi/unix/1633521461/310
311: 名無しさん＠お腹いっぱい。 [sage] 2023/08/18(金) 16:44:15.23 15.0ではサポートされるのはCOMPAT_FREEBSD32とlib32で ネイティブな32bitプラットフォームは非推奨ということですな そしてstable/14は一週間遅れ http://mevius.5ch.net/test/read.cgi/unix/1633521461/311
312: FreeBSDでwimeを使っている君 [sage] 2023/08/21(月) 01:17:59.70 妙なスレ立てがあるようなのでsageたままにします。 「FreeBSDでwimeを使っている君」は、情弱です。 情報提供ありがとうございます。 FreeBSD/i386がTier2になって、すぐ感のあるいま、こういう話が 出ているんですね。人手、運用、設備を考えても仕方がないかなあ。 cgit.freebsd.org/src/commit/RELNOTE を翻訳にかけて読む限り、 Athlon64（AMD64・x86-64）以前の32bit機では、FreeBSDは 特定バージョンで打ち切りになるかもしれない、という事ですね。 Linuxでも32bit版を提供するDistributionが減っていますしね。 PAE_Kernelの記事でお世話になった「uyota 匠の一手」氏の反応は どうか、と、思いましたが、いまのところ記事はないようです。 COMPAT_FREEBSD32と、lib32は、残るそうなので、32bitバイナリの 実行、32bitのソースコードのコンパイルはできますね。 そういうものがあるかどうかは知りませんが、ソース非公開の 商用などのソフトウェアで、それっきり更新されていない場合でも、 WXGの経緯（使い続けようとするユーザー側の努力）を参考にすると、 それなりの期間は安心かもしれません。 ドライバはソースを書き換えないと無理かもしれませんが、 その頃には、ハードウェア自体が腐っているかもしれませんし。 何かの事情で、COMPAT_FREEBSD32とlib32がベースシステムから、 なくなるとしても、純粋なcshがportsに移った経緯がありました から、何とかなるかもしれません。 COMPAT_FREEBSD32とlib32、最終版Kernel、をベースに 独自のi386版としてフォークする動きがあるとおもしろいんですが、 ないでしょうね。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/312
313: FreeBSDでwimeを使っている君 [sage] 2023/08/21(月) 01:21:00.60 それで、Wineの場合です。 Wineの場合、Windows業界に蓄積された膨大なソフトウェア資産を Unix系でも使いたい、というのが、もともとの趣旨でもあります。 そういうエロゲがあるかどうかは知りませんが、32bit版Windows向けの、 他機種に移植されていない特定バージョンのゲームがしたい、 などの要望は、性癖に関わりそうな話ですので、 Wineに対して、きわめて強い要望がありそうです。 ですが、>>303 に「さがわ@sagawa_aki」氏の引用をしましたが、 Wine8.0以降ならば、将来的に問題とは、ならなさそうです。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/313
314: FreeBSDでwimeを使っている君 [sage] 2023/08/21(月) 01:24:26.03 未来の話ですが、FreeBSDでのWine＋wime＋ATOKの場合、です。 現在、FreeBSD/amd64の64bit版のWineでは、64bit版ATOKが インストールできませんが、インストールでき、動作すれば、 問題はありませんし、さがわ氏の引用に依ると、32bit版ATOKも Wine側で対応できそうです。 余談ですが、大昔の一太郎では関連モジュール的なものに 16bitなWindowsバイナリが残っていたそう（公式に依るとそれを 更新したという記述がありました）なので、 一太郎の完全な64bit化は遅いかもしれません。 執筆者は、32bit版ATOK用のwimeのバイナリを仮想環境下の FreeBSD/i386でgmakeしているのですが、この作業が、 どう変わるか、と思っています。 wimeのMakeFileに記述が入ればよいのですが、 wime作者のthomas氏はLinuxなので……。 執筆者は、wimeのPorts化すらできないので、修正する能力は、 当然ながらありません。キリッ！ http://mevius.5ch.net/test/read.cgi/unix/1633521461/314
315: FreeBSDでwimeを使っている君 [sage] 2023/08/22(火) 23:08:33.74 FreeBSDでwimeを使っている君は、タイミングが悪いです。 i386wineの時も、書いた直後に新情報（統合する）を見つけ、 追加のレスをした記憶があります。 Wine公式のWineHQによると、以下の通りで、安定版と開発版の 両方とも、メジャーバージョンは８系に上がっています。 まあ、それが普通ですね。 Stable : Wine 8.0.2 Development : Wine 8.14 http://mevius.5ch.net/test/read.cgi/unix/1633521461/315
316: FreeBSDでwimeを使っている君 [sage] 2023/08/22(火) 23:10:21.39 FreshPortsによると、以下の通りですが、 FreeBSDでは、安定版と開発版のメジャーバージョンに ズレが生じています。まあ、よくある事なんですが。 執筆者的には、wine-develが8.11に上がっており、>>306 の理由で 非常にうれしいです。 さらに、新規に「wine7」ができていました。 FreeBSDでの安定版が、Wine8系に上がっても、明示的にWine7系を 使い続けたければ、「wine7」を使用する、という事かと思います。 wine 7.0.2_5,1 Last Update: 2023-08-18 21:57:12 wine-devel 8.11_1,1 Last Update: 2023-08-20 08:07:09 wine7 7.0.2_1 Port Added: 2023-07-30 22:00:06 Last Update: 2023-08-19 11:19:32 http://mevius.5ch.net/test/read.cgi/unix/1633521461/316
317: FreeBSDでwimeを使っている君 [sage] 2023/08/22(火) 23:15:20.91 FreshPortsでの、Wine8.11の流れですが、wine-devel8.11,1時点では、 32bit版Wineに問題が生じていたようですが、8.11_1,1では、 問題ないようです。 「bump」とは、「stuck」に対応して「プログラムを実行する」 という意味なんでしょうか。 ○8.11,1 13 Aug 2023 13:29:15 ＞Finally, Wine 8.x so far does not appear to work on FreeBSD/i386, ＞so mark as BROKEN. Still better to progress than being stuck. ○8.11,1 15 Aug 2023 21:57:36 ＞emulators/wine-devel: Fix 32-bit pkg invocation for WoW64 （中略） ＞Do not bump PORTREVISION since 32-bit builds are broken right now. ○8.11_1,1 20 Aug 2023 08:07:09 ＞Bump PORTREVSION accordingly. http://mevius.5ch.net/test/read.cgi/unix/1633521461/317
318: 名無しさん＠お腹いっぱい。 [sage] 2023/08/23(水) 06:59:19.96 PORTREVISIONを増やすのは元のバージョンは変わってないけど ports/pkgに変更があったので再インストールさせたい時 http://mevius.5ch.net/test/read.cgi/unix/1633521461/318
319: FreeBSDでwimeを使っている君 [sage] 2023/08/24(木) 22:45:24.61 >>318 知りませんでした。非常に勉強になりました。 「PORTREVSION」そのものも、まったく理解していませんでした。 「_1」「_1,1」は、単純なmakeのやり直しや、リンクされる物などの バージョンが上がった場合、だと思っていました。 「Bump」は、１段階引き上げる、という意味か。 単純翻訳の語意イメージと合致します。 質問スレ125の209に書きましたが、その分野を理解していないと 単純翻訳だけではダメだ、という例ですね。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/319
320: FreeBSDでwimeを使っている君 [sage] 2023/08/24(木) 22:55:21.73 ググって、以下を知りました。 5.2.2.3. Example of PORTREVISION and PORTEPOCH Usage https://people.freebsd.org/~olivierd/porters-handbook/makefile-naming.html PORTREVISIONは「never decreases」とは知りませんでした。 FreeBSDへ移植する場合、移植元ソフトウェアにバージョンが ない場合などでも、PORTVERSIONに単純な日付をつけるのは、 数値の大小問題が出るかもしれないので避けたほうがよいの ですね。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/320
321: FreeBSDでwimeを使っている君 [sage] 2023/08/24(木) 22:58:43.51 PORTREVISIONは、命名が移植者に委ねられており、pintaを 例にとると、まず、移植元バージョンが「1.7.1」ならば、 「1.7.1」がつく。これは、「1.7.1,0」と見なされる。 次のバージョン命名がなされれば「1.7.1,1」となる。 ※実際には「1.7.1,1」はないが。 移植元上でなく、FreeBSD上だけで、必要な修正があった場合、 「1.7.1_1」（1.7.1_1,0）となる。 元バージョンが「7.0」から「7.0.1」にUpした場合（人間的には 大の数値だが）、機械的には、大の数値と判定されないので、 あらかじめ（※注）、「7.0,1」と命名しておき、「7.0.1」は、 「7.0.1,1」と命名される。 ※注：Wineのバージョン命名は決まっているので、あらかじめ、 リビジョンUpに備えて、「,1」をつけてあるのではないか。 また、遠目に見ると「7.0,1」を「7.0.1」と誤認する可能性も あるので、必ず「*,1」をつける命名を選択したほうがよいかも しれませんしね。 PORTREVISIONを理解すると、「*,1」で、不備などがあると 明記されている場合、「*_1」を待とう、と、判断する事も、 できるのですね。 勉強になりました。ありがとうございました。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/321
322: 名無しさん＠お腹いっぱい。 [sage] 2023/08/25(金) 09:51:45.80 PORTREVISIONとPORTEPOCHがごっちゃになってる PORTEPOCHが増やされるのは単純に数値的に比較すると バージョンの大小が判断できない時 Wineを例にすると20050930から0.9にバージョンアップした時 https://cgit.freebsd.org/ports/commit/emulators/wine/Makefile?id=943fc1582ce5f4bf7b55a853f4205bdfcc433080 http://mevius.5ch.net/test/read.cgi/unix/1633521461/322
323: FreeBSDでwimeを使っている君 [sage] 2023/08/26(土) 22:33:55.79 あー、かなり混同しています。 指摘されるまで気づきませんでした。 引用URLの例のまま、gtkmumble-0.10を例にすると。 PORTNAME=gtkmumble PORTVERSION=0.10 命名→gtkmumble-0.10 ※0.10,0と見なされる。 FreeBSDでpatchされました。 PORTNAME=gtkmumble PORTVERSION=0.10 PORTREVISION=1 ※見落としていた。リビジョンだった。 命名→gtkmumble0.10_1 ※0.10_1,0と見なされる。 命名の数値大小問題でPORTEPOCHがつきました。 PORTNAME=gtkmumble PORTVERSION=0.2 PORTEPOCH=1 ※よく分かっていなかった。 命名→gtkmumble-0.2,1 命名の数値大小問題の後のバージョン。 ※PORTEPOCHが「never decreases」なので 最初から「,1」がついている。 PORTNAME=gtkmumble PORTVERSION=0.3 PORTEPOCH=1 命名→gtkmumble-0.3,1 http://mevius.5ch.net/test/read.cgi/unix/1633521461/323
324: FreeBSDでwimeを使っている君 [sage] 2023/08/26(土) 22:36:21.55 と、いう事は、ある時点で、PORTEPOCH=1がついた場合、 ずっと「0.3,1」のように後のバージョンにも最初から 「,1」がつき続ける、と。 なぜ、Wineに最初から「,1」がついているかと言うと、 20050930から0.9になった時に「,1」がついたから、と いう事ですね。 pintaに「,1」がついていないのも、PORTEPOCHを設定する 状況がなかったから、という事ですね。 PORTVERSIONに日付をつけてもいいが、 後に日付ではないバージョンが出た場合や、 移植元ソフトウェアのバージョンのつけ間違いなどが あった場合（引用URLでの例）、数値大小問題が発生するので PORTEPOCHをつけてね、という事ですね。 混乱したまま、書いていました。 すっきりしました。ありがとうございました。 >>320の後半と>>321は間違いです。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/324
325: 名無しさん＠お腹いっぱい。 [sage] 2023/10/06(金) 05:00:59.57 ネイティブのchromiumからlinux版のwidevineが利用できるようになりました まだ細かい不具合があるようですがいずれlinux版のchromiumなどを使わ なくてもNetflixなどのDRMで保護された動画を見れるようになるでしょう http://mevius.5ch.net/test/read.cgi/unix/1633521461/325
326: FreeBSDでwimeを使っている君 [sage] 2023/10/09(月) 03:17:16.02 執筆者自身、FreeBSD上では、DRMで悩む事はないのですが、 こういう動きがあるたびに「あー、FreeBSDでよかったなあ」と 思います。 今では、FreeBSDって、なんだか、日本国内より、海外のほうが、 動くというか、若いというか、パワフル感がありますね。 Linuxより動きが遅くても、うれしいものです。 FreeBSD15.0-CURRENTでもi386版（非推奨ではありますが >>311）が あります。よかったです。 32bit機に入れるわけではないのですが、i386版上でwimeをgmakeする という目的がありますので、ないと困ります。 たったこれだけのために、仮想環境でFreeBSD/i386を、というのも どうなのよ、なのですが。 これ、wimeをamd64版上で、COMPAT_FREEBSD32と、lib32を利用して 32bitバイナリとして、コンパイルする方法はないものですかね。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/326
327: FreeBSDでwimeを使っている君 [sage] 2023/10/09(月) 03:22:03.57 どうも。レスを書いて、寝かせてから投稿をする執筆者君です。 サーバ自体は動いており、該当サーバ上の他の板は開けるのに ブラウザでUNIX板トップを開くと、真っ白だったので、 復旧を忘れ去られていたらどうしよう、と思っていましたが、 まだ、やや、重いものの、UNIX板、稼働するようになりました。 「したらば」と、「おーぷん」に、UNIX板が「あるにはある」のを 発見しましたが、業者宣伝で埋まっていたり、過疎で荒れて タンブルウィードが転がっていそうな、開設した管理者ですら 忘却の彼方っぽい所（「したらば」は板ごとの開設管理者だったか、 と思います）へ移住するのもどうか、と思いましたし、 執筆者自身で開設するのも、管理業務が発生してしまううえ、 移住する住人感情の面でも「君が管理者カヨー」となりますので、 「どうなのよ」、と思いました。 ※「t*l*.jp」掲示板のUNIX板は廃止され、スレは「パソコン一般」に 移動したようです。 その掲示板の「語れ」スレに、そちら側でレスがついていなければ、 こちらからコピーしたUNIX板由来のスレが、キレイに消えていたのに、 と思います。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/327
328: FreeBSDでwimeを使っている君 [sage] 2023/10/09(月) 03:32:27.83 UNIX板で、すでにある古いスレのタイトルと、１をコピーして、 スレたてをする動きがありますね。 スレタイを不完全にコピーしたものや、文章中にhtmlっぽいものが 入っているのを見ると、作業は「機械」でしょうね。 「意志」は人間だろう、と思いますが。 古いスレに他愛ない内容の上げレスなどをつける動きもありますね。 もう、ネタが古びているし、転用もしづらいスレタイなんだから、 上げなくてもいいでしょうに。ヒマ人（婉曲表現）はいるものですね。 必要もないのにスレッドタイトルを微妙に変えたり、必要もないのに 個人感情由来のサブタイトルを、つけ足したりして、スレ立てするのも どうかと思いますし、一気に埋め立ててしまうのも、とても、とても、 どうかと思います。 「（CM声で）おカネは大事だよぉー。でも、スレタイ的にも、FreeBSDの 動きの最新情報は、もっと大事だよぉー」なので、落ち着くまで、 このスレで、FreeBSDを語ったり、質問をしても、よいのではないか、と 思います。 「（アニメ声で）こんな事もあろうかと」、 １の内容に「などの整備」「手段は問わない」を、入れておきました。 つーか、「公式を見ろ」ではあるものの、執筆者君は、情報弱者なので、 リリース情報などは知りたいですし。 じゃ、お夜食を食べるとします。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/328
329: FreeBSDでwimeを使っている君 [sage] 2023/10/09(月) 05:10:06.04 がーん。「語れPart58」が立ってました。 スレ一覧を見ればよかったお……。 サーバが重いもので、つい……。 「（今日のわんこ声）またしてもタイミングの悪い執筆者君でしたー」 シレッと、こういう理由で立てる方法があったか……。 FreeBSDを語れPart58＠UNIX https://mevius.5ch.net/test/read.cgi/unix/1696777979 上記スレでは、FreeBSD14以降の32bit版の話題が出ています。 32bitソフトウェアを稼働させるWine的には、 FreeBSD側（Wineが稼働するOS側）の32bit環境は、 必要がなくなりつつありますが、 執筆者君的に不安なのは、wime側の話です。 Wine上で稼働する32bit版ATOKを、ATOKのユーザインタフェイスの ままで、emacsに入力する、という可能性も、あるかもしれませんが、 それだと、wimeのグッドアイデアとしての 「Cannaとして振る舞う」 の良さがなくなるしなあ。 まあ、FreeBSD/i386（FreeBSDの32bit版）の動きと、 wimeの動きを注視する事にします。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/329
330: FreeBSDでwimeを使っている君 [sage] 2023/10/29(日) 00:58:35.68 UNIX板にも、「Keyboard キーボード 3」のスレがあるんですが、 廃墟になって十年近いので、こちらに書きます。 PC系媒体でのニュースはもちろんの事、ハードウェア板の 「Happy Hacking Keyboard US」スレや、 「IBM/Lenovo トラックポイント付き単体キーボード」でも 話題の、今はリコーグループとなったPFUから「HHKB Studio」が 発売され、速攻で売り切れたらしい、という話です。 媒体記事や、使用レポートは、たくさん出回っていますが、 機能、仕様の報告となっている記事を貼っておきます。 OSもアプリも関係なく自分の作法であらゆるデバイスを使いたい〜HHKB Studioならそれができるかも https://pc.watch.impress.co.jp/docs/column/config/1542688.html http://mevius.5ch.net/test/read.cgi/unix/1633521461/330
331: FreeBSDでwimeを使っている君 [sage] 2023/10/30(月) 00:50:29.29 「HHKB Studio」とは、HappyHackingKeyboardに、IBMのNotePCの ThinkPadのようなマウス用途のポイントスイッチ（マウスカーソル・ マウスクルーザー）の“ポッチ”がつきました、という話なんですが、 過去には、ThinkPadのキーボードだけ、の製品があったように、 ThinkPadな人には、たまらないでしょうね。 製品の記事は、Windowsが前提なだけに、やはり、公式の キーマップ変更用のツールも、Windowsや、Macが対象のようです。 ※前述記事に依ると、キーカスタマイズは、「HHKB Studio」自身が 記憶する。カスタマイズを試行する記述が興味深いので カスタマイズ周りが気になる人は読んでみてください。 「HHKB Studio」は、FreeBSDでは、どのように認識されるか、 ゼスチャ機能は、X_Window_System（xev）では、どういうキーコードを 吐くのか、興味がわきます。X_Window_Systemでも、割り当てて 使いたいですしね。 少し欲しい気持ちになりつつ、NotePCを「尊師スタイル」で使う場合は、 場所を取らなくていいなあ、でも、マウスボタンを押しながら マウスクルーザーを動かすのはつらいかも……、などとも思いましたが、 執筆者君は、NotePCを使っていない、という事を思い出しました。 「中クリックでペースト」よ、さようなら？ | スラド オープンソース https://opensource.srad.jp/story/13/09/25/0419255/ あらら、今って、こういう時代だったんですね。知りませんでした。 ※前回の書き込み時に２連投しようとしたのですが、書き込めなかった （書き込み成功は出るが、書き込みができていない）ので 日にちをおいて投稿しました。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/331
332: FreeBSDでwimeを使っている君 [sage] 2023/10/30(月) 00:58:10.81 今の書き込みも１回目は吸われ、文面を見直して２回目を投稿すると Rock54でした。NGワードがありました。 「製品『しょうかい』の記事は」（『』内は漢字） の２漢字単語がダメだったようです。犯罪誘因対策ですかね。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/332
333: FreeBSDでwimeを使っている君 [sage] 2023/12/12(火) 01:15:07.42 気になるDesktop環境ネタ。 poppler を使った各種PDFリーダで、合字が空白表示されたり、 合字にならずに表示される件。自力解決済み。 （質問125）https://mevius.5ch.net/test/read.cgi/unix/1632283136/216-n EeePC 4G-X に FreeBSD14.0R/i386をInstallした対処の報告。 （語れ058）https://mevius.5ch.net/test/read.cgi/unix/1696777979/77-n http://mevius.5ch.net/test/read.cgi/unix/1633521461/333
334: 名無しさん＠お腹いっぱい。 [sage] 2024/01/03(水) 01:43:09.25 以前は毎月更新されていたpopplerが23.05以降止まっていますが もう更新されそうです https://bugs.freebsd.org/bugzilla/showdependencytree.cgi?id=275555&hide_resolved=1 http://mevius.5ch.net/test/read.cgi/unix/1633521461/334
335: FreeBSDでwimeを使っている君 [sage] 2024/01/07(日) 22:51:45.75 最近の環境のemacsでの「anthy.el」で、anthyのON/OFFのトグルが うまく動作しない件。助言により、anthy.elの修正にて解決済み。 （語れ058）https://mevius.5ch.net/test/read.cgi/c/unix/1696777979/120-n http://mevius.5ch.net/test/read.cgi/unix/1633521461/335
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 64 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.008s