BSD/LinuxでのOffice/Desktop環境を語れ! Part03 (401レス)
BSD/LinuxでのOffice/Desktop環境を語れ! Part03 http://mevius.5ch.net/test/read.cgi/unix/1633521461/
上
下
前
次
1-
新
通常表示
512バイト分割
レス栞
294: FreeBSDでwimeを使っている君 [] 2022/09/12(月) 00:30:56.15 □いまさらながらCUPSを試す 1/3 ※これからは、文章中で人物を「方(かた)」でなく「人(ひと)」と 呼称します。「方(ほう)」と、まぎらわしいためです。 まれに表記の「ゆらぎ」があるかと思いますが、ご容赦願います。 環境:FreeBSD13.1R/amd64 , cups-2.4.2 :LAN接続したBrother社のPostScript互換言語のBR-Script3搭載の 複合機に昔ながらの「/usr/bin/lp」から印刷するという形です。 ※他メーカでも、PostScript互換言語搭載機が存在します。 現
在、執筆者は、昔ながらの「/usr/bin/lp」(以下「LPR」とする)を 使って印刷しています。 PostScript互換言語搭載機だと、「/etc/printcap」を ちょこっと書くだけで使えるので便利です。 実際に、Wine6.x系や、libreoffice-7.3.5.2で印刷できる状態です。 「今どきはCUPSだよね」という事で、重い腰を上げ、CUPSを試しました。 ○rc.conf lpd_enable="YES"(/usr/bin/lpの起動)を、CommetOut。 「cupsd_enable="YES"」「cups_browsed_enable="YES"」を追加。 ○サーチパス CUPSが起動しないように、変更してあるパ
スの 「/usr/bin /usr/local/bin」を 「/usr/local/bin /usr/bin」の、本来の形に変更。 ※CUPSの存在に困って、この入れ替え設定をしている人は、 それなりにおられると思います。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/294
295: FreeBSDでwimeを使っている君 [sage] 2022/09/12(月) 00:33:06.72 □いまさらながらCUPSを試す 2/3 ○機種名.ppd Brotherのサイトから、MacOS用のppdファイルとされるものを ダウンロードし、 機種名など.dmg→機種名など.pkg→機種名.gz→機種名、の ファイルを抽出します。ついでに機種名.ppdとReNameしておきます。 執筆者はMacOSには、うといので、「機種名など.dmg」から Windows版の「7-Zip Ver22.00」を使用してppdファイルを 抽出しました。 ※ppdファイルは必ず必要というわけではありませんが、 類似型番の機種設定で使うより、気
持ちいいと思います。 ※ppdファイルの内容を見て、文書頭にあるパスっぽい部分は MacOS特有のようなので削除しました。 ○CUPS設定手順 ブラウザで「http://localhost:631/」を開き、 上のバー状メニューの「Administration」から指定してゆきます。 途中でloginが求められますが、root様を指定してください。 「add」でプリンタが見えますが、「Discovered」で見えた機種名を 選ばないでください。※後でネットワーク接続の設定をするため。 「LPD/LPR Host or Printer」を選び、 Connection:の、lpdと入っている部分を 「lpd://192.168.x.x/bina
ry_p1」とIPアドレスを追加編集します。 下の方の「Or Provide a PPD File:」で、前述のMacOS用ファイルから 抽出したppdファイルを指定します。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/295
296: FreeBSDでwimeを使っている君 [sage] 2022/09/12(月) 00:34:36.18 □いまさらながらCUPSを試す 3/3 以上の手順で、CUPSで印刷できます。 実際に、leafpadと、libreofficeで、印刷できました。 印刷キューは「http://localhost:631/jobs/」で見えました。 参考にしたサイト: HL-5380DN, Debian http://bm.skr.jp/linux/5380dn.html Linux上で印刷する (CUPSを設定する) - Let's Try It! https://www.letstryit.net/2010/03/linux-cups.html FreeBSD10.0システムインストール http://web.cc.yamaguchi-u.ac.jp/~hiroshi/FreeBSD/OKI-C610dn.
html 5.5 プリンタの設定 | あらかると https://www.starlink.jp/freebsd/freebsd-cups/ http://mevius.5ch.net/test/read.cgi/unix/1633521461/296
297: FreeBSDでwimeを使っている君 [sage] 2022/09/12(月) 00:37:22.88 □FreeBSDのWOW64な、Wine6.x系、Wine7.x系からの印刷 1/2 *執筆者特有の条件 ・Wine6.0.4、Wine7.8のどちらにもwimeのパッチをあてた i386なpkg(8)を「pkg32.sh install」。 ・Wine6.0.4、Wine7.8のどちらも、i386なpkg(8)の makeオプションは標準のままなので 「CUPS=off: CUPS printing system support」のまま。 *状態 ・LPR(/usr/bin/lp)、CUPSのどちらも、 amd64ネィティブのlibreofficeなどから印刷できるのを 確認済みの状態。 *目標
WOW64なWineで、32bitなWindowsソフトウェアからの印刷をめざす。 「%/usr/local/share/wine/pkg32.sh install」で、指定のpkg(8)を ユーザのホームディレクトリ以下に、ユーザ権限でインストールした うえで、追加として「cups」「cups-filters」をインストールしました。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/297
298: FreeBSDでwimeを使っている君 [] 2022/09/12(月) 00:38:48.85 □FreeBSDのWOW64な、Wine6.x系、Wine7.x系からの印刷 2/2 *Wine6.0.4 LPRで印刷できる。 CUPSでは「通常使うプリンタが設定されていません」。 ※Wine6.0.4では、「lpd_enable="YES"」を切ってあっても 「/etc/printcap」の中身を見てプリンタ名を返しています。 *Wine7.8(wine-devel) LPRで「通常使うプリンタが設定されていません」。 CUPSでも「通常使うプリンタが設定されていません」。 という結果になりました。 32bitなWineを「CUPS=on」でma
keすればいいのかもしれませんが、 そこまでして「CUPS」を使いたいわけではないし……。 Wine7.x系に、特段の思い入れがあるわけでもないし……、 なので、Wineの安定版が7.xになってから試すことにします。 それを思えば、libreofficeは、LPRでも、CUPSでも、印刷できて 偉いなあ、と思います。 じゃ、お夜食を食べてきます。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/298
299: 名無しさん@お腹いっぱい。 [] 2022/12/29(木) 07:50:25.01 Wineなんか使わん http://mevius.5ch.net/test/read.cgi/unix/1633521461/299
300: FreeBSDでwimeを使っている君 [sage] 2023/01/08(日) 22:04:08.77 備忘録。 タイミングで該当バージョンに当たった人がいるかもしれませんが firefox-105は避けた方がよいようです。 Firefox-ESRが105固定になりませんように。 https://mevius.5ch.net/test/read.cgi/unix/1632283136/154-171 http://mevius.5ch.net/test/read.cgi/unix/1633521461/300
301: 名無しさん@お腹いっぱい。 [sage] 2023/01/09(月) 00:42:11.77 Firefoxは常に最新使ってるが105の時も落ちた事はないな なおESRになるバージョンは決まってる https://wiki.mozilla.org/Release_Management/Calendar http://mevius.5ch.net/test/read.cgi/unix/1633521461/301
302: FreeBSDでwimeを使っている君 [sage] 2023/01/10(火) 00:59:24.05 あ、やっぱり、1つだけの報告の場合、 判断は保留したほうがいいのか。 つい、飛びついちゃうな。 ReleaseCalendarは知りませんでした。 ありがとうございました。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/302
303: FreeBSDでwimeを使っている君 [sage] 2023/01/29(日) 19:02:48.86 少し前にWine8.0がReleaceされました。 さがわ@sagawa_aki (sagawa_aki/status/1618968131002834944) >Wineの32bitライブラリがUnixシステムの32bitライブラリ >(FreeTypeやGstreamerなど)を使わなくなるので、 >その分のディスクスペースを節約できます。 >将来にディストリビューションがi386パッケージの提供をやめても、 >32bitのコードセグメントを実行する機構を残してくれれば、へっちゃらです。 >10:44 PM ・ Jan 27, 2023 FreeBSDのWOW64なWineが、64bit
版Wineと、32bit版Wineを、 たばねた(注1)ような状態(注2)であるのは、 Wineの開発方向を把握した上で、将来的に対応しやすいように 配慮してあるのかもしれません。 「/usr/local/share/wine/pkg32.sh install wine mesa-dri」として、 pkg(8)の指示による、ユーザ実行のShellScriptで、 32bit版のWineを、ユーザのホームディレクトリに インストールしなくてもよくなる方向か、と思います。 注1:別々に存在する物を同時に使えるようにしてある。 注2:Linux版も同様の状態かもしれませんが、執筆者は Linuxを知らないのでわかりま
せん。 ※投稿時に、書き込みの末尾に、自動的にゴミがつくので twitterURLの先頭部分をカットしています。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/303
304: FreeBSDでwimeを使っている君 [sage] 2023/01/29(日) 19:06:11.69 >>303 参考URL WineHQ - Wine Announcement - The Wine team is proud to announce that the stable release Wine 8.0 https://www.winehq.org/announce/8.0 「Wine 8.0」がリリース 〜LinuxでWindowsのGUIアプリを直接実行できる互換レイヤー - 窓の杜 https://forest.watch.impress.co.jp/docs/news/1473266.html 今夜も Wine で乾杯! - 23本目 https://mao.5ch.net/test/read.cgi/linux/1585198566/744-n >このリファクタリングが完全に完了すると、 >基幹
のkernel32.dllやgdi32.dll、user32.dllすら >wineのからwindowsのに差し替えても動作するはずなので、 >理屈の上では互換性がさらに向上するはず (中略) >従来の64bit Linuxで32bitバイナリを動かす仕組みではなく、 >64bitWindowsと同様の仕組みで32bit windowsバイナリを実行できる >新しいWOW64が実装された http://mevius.5ch.net/test/read.cgi/unix/1633521461/304
305: FreeBSDでwimeを使っている君 [sage] 2023/03/25(土) 20:50:29.09 さがわ@sagawa_aki (sagawa_aki/status/1634408136709918725) >Wine 8以降のコミットをみると、IMM32によるIMEサポートを >加えようとしている様子がうかがえる。 >方針がMLで共有されていないので、先行きは不明だけれど、 >XIMと決別できるといいなあ。 1:17 PM ・ Mar 11, 2023 (全文引用)(改行位置は引用者)(twitterURLの先頭部分をカット) との事で、 うまくゆけば、Wine環境下で動作するWindowsソフトウェアに対して WindowsのIMEを使って入力する事が可能
になるかもしれません。 そうなれば、wimeが修正される可能性も、あるかと思われます。 (備考1) 大昔の事で、どこで読んだか忘れましたが、 既知情報として、MicrosoftOffice付属などのMicrosoftIMEは、 Wine環境下にInstallできない(エラー停止)、とされています。 (備考2) Wine8系のportが進まないのか、FreeBSDのVersionUpのタイミングに 合わせるのか、一般ユーザには事情が分かりかねますが、FreshPortsに よると、現時点で、FreeBSDのwine-develは、7.22,1です。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/305
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以降、Win
e8.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によると、以下の通りで、安定版と開発版の 両方とも、メジャーバージョンは8系に上がっています。 まあ、それが普通ですね。 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」は、1段階引き上げる、という意味か。 単純翻訳の語意イメージと合致します。 質問スレ125の209に書きましたが、その分野を理解していないと 単純翻訳だけではダメだ、という例ですね。 http://mevius.5ch.net/test/read.cg
i/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 PORTEPOC
H=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板で、すでにある古いスレのタイトルと、1をコピーして、 スレたてをする動きがありますね。 スレタイを不完全にコピーしたものや、文章中にhtmlっぽいものが 入っているのを見ると、作業は「機械」でしょうね。 「意志」は人間だろう、と思いますが。 古いスレに他愛ない内容の上げレスなどをつける動きもありますね。 もう、ネタが古びているし、転用もしづらいスレタイなんだから、 上げなくてもいいでしょうに。ヒマ人(婉曲表現)はいるものですね。 必要もないのに
スレッドタイトルを微妙に変えたり、必要もないのに 個人感情由来のサブタイトルを、つけ足したりして、スレ立てするのも どうかと思いますし、一気に埋め立ててしまうのも、とても、とても、 どうかと思います。 「(CM声で)おカネは大事だよぉー。でも、スレタイ的にも、FreeBSDの 動きの最新情報は、もっと大事だよぉー」なので、落ち着くまで、 このスレで、FreeBSDを語ったり、質問をしても、よいのではないか、と 思います。 「(アニメ声で)こんな事もあろうかと」、 1の内容に「などの整備」「手段は問わない」を、入れておきました。 つ
ーか、「公式を見ろ」ではあるものの、執筆者君は、情報弱者なので、 リリース情報などは知りたいですし。 じゃ、お夜食を食べるとします。 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が対象のようです。 ※前述記事に依ると、キーカスタマイズは、「H
HKB Studio」自身が 記憶する。カスタマイズを試行する記述が興味深いので カスタマイズ周りが気になる人は読んでみてください。 「HHKB Studio」は、FreeBSDでは、どのように認識されるか、 ゼスチャ機能は、X_Window_System(xev)では、どういうキーコードを 吐くのか、興味がわきます。X_Window_Systemでも、割り当てて 使いたいですしね。 少し欲しい気持ちになりつつ、NotePCを「尊師スタイル」で使う場合は、 場所を取らなくていいなあ、でも、マウスボタンを押しながら マウスクルーザーを動かすのはつらいかも……、などとも思いました
が、 執筆者君は、NotePCを使っていない、という事を思い出しました。 「中クリックでペースト」よ、さようなら? | スラド オープンソース https://opensource.srad.jp/story/13/09/25/0419255/ あらら、今って、こういう時代だったんですね。知りませんでした。 ※前回の書き込み時に2連投しようとしたのですが、書き込めなかった (書き込み成功は出るが、書き込みができていない)ので 日にちをおいて投稿しました。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/331
332: FreeBSDでwimeを使っている君 [sage] 2023/10/30(月) 00:58:10.81 今の書き込みも1回目は吸われ、文面を見直して2回目を投稿すると Rock54でした。NGワードがありました。 「製品『しょうかい』の記事は」(『』内は漢字) の2漢字単語がダメだったようです。犯罪誘因対策ですかね。 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
336: 名無しさん@お腹いっぱい。 [sage] 2024/01/08(月) 05:32:00.33 元コアでメンテナだった佐藤さんが japanese/kterm を復活させました http://mevius.5ch.net/test/read.cgi/unix/1633521461/336
337: FreeBSDでwimeを使っている君 [sage] 2024/01/08(月) 19:27:40.93 >>336 おおっ! うれしい! ありがたい! ボランティア、頭が下がります。 ずいぶん昔から、標準の xterm で、日本語が通るように なりましたが、このフォントで、などと設定をしたくても、 イマイチ感がありました。 今どきは、各デスクトップ環境の物のみならず、 多くの仮想端末が存在するけれど、やっぱり、 日本語を扱う昔からの仮想端末の標準物として kterm が 存在しないとダメではないか、と思っていました。 FreshPorts >Last Update: 2024-01-07 17:30:3
4 >Resurrect kterm-6.2.0 復活してホッヤホヤ。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/337
338: 名無しさん@お腹いっぱい。 [sage] 2024/02/11(日) 18:27:49.14 ktermのman見てたらutf-8と書いてあって gitのログ見たら2013年にUTF-8のサポートが追加されてた 知らなかった http://mevius.5ch.net/test/read.cgi/unix/1633521461/338
339: 名無しさん@お腹いっぱい。 [sage] 2024/03/21(木) 10:21:00.58 https://www.freebsd.org/releases/14.1R/schedule/ 6/18 リリース予定 リリースエンジニアリングのリーダーが変わって前倒ししたようだ http://mevius.5ch.net/test/read.cgi/unix/1633521461/339
340: 名無しさん@お腹いっぱい。 [] 2024/03/27(水) 20:04:34.42 ( ゚ ⊇ ゚)チャーラ〜ヘッチャラ〜 ちょっとユルい感じになっている層が薄いだけやん http://mevius.5ch.net/test/read.cgi/unix/1633521461/340
341: 名無しさん@お腹いっぱい。 [] 2024/03/27(水) 20:10:37.46 過去の犯罪者は騙されやすいから効果覿面 国葬は「ある」との違いかもだが 真っ向勝負の雑談配信を http://mevius.5ch.net/test/read.cgi/unix/1633521461/341
342: 名無しさん@お腹いっぱい。 [] 2024/03/27(水) 20:13:51.35 そりゃ老人たち http://mevius.5ch.net/test/read.cgi/unix/1633521461/342
343: 名無しさん@お腹いっぱい。 [] 2024/03/27(水) 20:50:02.03 今の仕事が許されるわけないの アクアリウムはやってないとかあるはずがないよね イェール中退しなかったら本物ってことか。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/343
344: 名無しさん@お腹いっぱい。 [sage] 2024/03/27(水) 21:25:36.65 嵌め込み酷い それが出来やすくなるらしいから詰まりどころがないって? 視聴率取れないし客席ガラガラになるじゃん? ワイヤレスゲート空売りゴチ http://mevius.5ch.net/test/read.cgi/unix/1633521461/344
345: FreeBSDでwimeを使っている君 [] 2024/05/01(水) 01:54:02.44 UNIX板にも、スレ立て荒らし、スクリプトらしき 書き込みの埋め立て荒らしは、一気という感じでなく、 チビチビと来ていますね。 現在、このスレの順位は418です。 100ほどスレ立て荒らしをされるとdat落ちする可能性が 高い、と感じました。 「スレが落ちたら立てればいいや」と思っていましたが、 スレ立ての労力(たいしたものではありませんが)や、 立てたい時に、システム変更で立てにくくなっているかも しれない、と、考え、何かを書いて、ageておいたほうが いいのでは、
と思いました。 いま思えば、日本語入力ネタなら、UNIX板には、 「IMEなんとかしろ」のスレがあったのですが、 次スレが期待されるスレタイとは言い難いですしね。 執筆者的には、wimeや日本語入力、デスクトップ環境や、 Wineについて、飽きたわけではありません。 wimeネタは、執筆者が新規に試した場合、試用報告を するつもりでいます。書かずにはいられないですから。 まだ、古い環境を使っているので…。すいません。 いま見た、語れスレによると、6月には14.1Rとの事です。 うーん、執筆者的には、なんとも中途半端だお…。 じゃ、お夜食
を食べてきます。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/345
346: 名無しさん@お腹いっぱい。 [sage] 2024/05/01(水) 12:12:37.92 荒らし前はスレ順位が700くらいならまだ残ってたくらいだった 何度かスレを消してるんだろうけど抜本的な規制や対策する気がなさそう http://mevius.5ch.net/test/read.cgi/unix/1633521461/346
347: 名無しさん@お腹いっぱい。 [sage] 2024/05/25(土) 07:46:12.05 linux版のchromeもportsに追加されました www/linux-chrome 少し古いバージョンなのが残念ですが http://mevius.5ch.net/test/read.cgi/unix/1633521461/347
348: FreeBSDでwimeを使っている君 [sage] 2024/05/26(日) 00:44:13.10 前回のレスを書いた後に、スクリプトが100ほどスレを立てて、 このスレの順位が下がりましたが、数日後にスレ一覧を見ると 常識的な順位に戻っていました。 どなたかが、スクリプトなスレを「削除要請」から削除依頼して くださったのか、と、思いましたが、特に削除依頼は 出ていませんでした。 スクリプトなスレは運営が対処してくれているようですね。 ここぐらいのゆるい情報交換がいいんですよ。 facebookみたいに、個人情報や、「こじらせ」や、性癖をさらして 情報交換
をするほど…、でもないんですよ。 でも、Wineやwimeが、Unix系ユーザに知られてほしいんですよ。 昔みたいにUnix系雑誌があれば、記事で知られるんでしょうけどね。 SoftwareDesign誌はLinux寄りVim寄りの総合誌っぽくなったしなあ。 Twitterは、アカウントなしでは時系列ではWeb閲覧できなくなったし、 Wineで有名な「さがわ@sagawa_aki」の投稿は、即ログイン表示で まったく見ることができないしなあ。 「twilog.togetter.com」なサイトは、リツイートが表示されないから 「さがわ@sagawa_aki」氏みたいなリツイートを集めるスタイルだと よく
わからない時系列まとめにしかならないだろうしなあ。 「さがわ@sagawa_aki」氏、昔みたいにLinux板のWineスレに 来てくれたらなあ。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/348
349: FreeBSDでwimeを使っている君 [sage] 2024/05/26(日) 00:58:48.36 UNIX板の「Emacs Part 54」スレ(常駐している訳ではないです)で 「WindowsのMS-IMEを」の流れを見ていて思ったんですが。 FreeBSDでwimeを使っている君や、まだ見ぬwimeユーザの皆様は、 FreeBSD(Linuxでもよいが)+Wine+wime+Windows用ATOK で Emacsに対してCanna変換であるかのような振る舞いをする Windows用ATOK(などのWindows用IME)で日本語入力をしています。 これ、 Windows+Windows_Subsystem_for_Linux2+Linux(Ubuntu)+Emacs を構築する事で、 Wind
ows用IMEでLinux側のEmacsに対して日本語入力できるのか、と 思って、 「いやいや、単にWindowsで使えるLinuxの仮想環境なんじゃないの、 だいたいさ、これじゃ、FreeBSDでwimeを使っている君、の努力がさ」 などと思ってググったのですが、Windows用IMEでLinux側のEmacsに対して 日本語入力はできないみたいですね。よかったw でも、単にEmacsに対して、Windows用IMEで入力したければ、 Windowsを利用するなら、Windowsに移植されたEmacsでもよいわけですし。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/349
350: FreeBSDでwimeを使っている君 [sage] 2024/05/26(日) 01:06:10.95 よくよく考えれば、FreeBSD+Wine+wime+Windows用ATOK、な、環境は、 PC用Unix(BSD系+Linux)の日本語入力環境に対して、 商用環境で熟成したWindows用(DOS用でもかまわないが)の日本語入力を 導入したいという環境な訳ですし。 まあ、商用環境で熟成したPC_Unix向けの日本語入力でもいいわけですが。 ああ、それならLinux/FreeBSD用のオムロンの商用Wnn8があったよなあ。 しかし、商用Wnn8もいつまでやってくれるかわからないしなあ。 というか、FreeBSD12.1Rのアップ
デート、が最後の動きですが、 パッケージは探せば、取り寄せで購入(販売店の問い合わせ) できるようです。 PC用Unix向けのWXGも、幾多の挑戦者の努力もむなしく、 いまでは動かないですしね。 有名な「翠風に舞え」さんによると、Wnn8はFreeBSD14.0Rでも 動くみたいです。 Wnn 8 on FreeBSD http://maikaze.cafe.coocan.jp/wnn8.html http://mevius.5ch.net/test/read.cgi/unix/1633521461/350
351: 名無しさん@お腹いっぱい。 [sage] 2024/05/26(日) 01:10:01.00 執筆者は、Chrome系はあまり興味がなかったので 理解不足なのですが。 「Chromium」がもともとの元祖で、PC_Unix版が存在する。 「Chrome」はChromiumをもとにしたもので、 Windows版、MacOS_X版、Linux版、スマホ向け版が存在する。 FreeBSDには「Chromium」しかなく、「Chrome」は存在しない。 やっと、「linux-chrome」という形ではあるが、portsに追加された。 という理解でいいですか。 むかし、Firefoxでもflash再生問題だったかで、 「linux-firefox」みたいなのがあ
ったような気がします。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/351
352: FreeBSDでwimeを使っている君 [sage] 2024/05/26(日) 01:11:10.13 >>351は「FreeBSDでwimeを使っている君」です。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/352
353: 名無しさん@お腹いっぱい。 [sage] 2024/05/26(日) 03:47:58.23 linux-firefoxもlinux-operaもあった linux-chromeはDRMなNetflixなどを見れるという利点(ネイティブにもwww/foreign-cdmはあるが)と ネイティブのpkg問題(時間がかかりすぎてビルドが途中でKillされるのでpkgが無いことがある)を 解決する http://mevius.5ch.net/test/read.cgi/unix/1633521461/353
354: FreeBSDでwimeを使っている君 [sage] 2024/05/26(日) 23:50:30.84 簡潔にして詳細な解説、ありがとうございました。 まったくの誤答ではないものの、かなり外した理解だった みたいです、すいません。 Linuxulator(Linuxバイナリ互換機能)はありがたい 存在ですね。 Linuxulatorは、Brother公式のLinux用lprドライバのために 使ったのが最初で、flashのために短期間、linux-firefoxを 使っていましたが、flashの時代ではなくなったので自然と 使わなくなりました。 linux-firefox、特に違和感はなかったです。 逆にサクサクと速く感じたぐ
らいです。 じゃ、お夜食を食べてきます。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/354
355: FreeBSDでwimeを使っている君 [sage] 2024/06/09(日) 17:54:24.48 日本人プログラマー向けコーディングフォント「Bizin Gothic」が無償公開 - 窓の杜 https://forest.watch.impress.co.jp/docs/news/1596755.html 「Ricty」でもお馴染みの「Inconsolata」と読みやすい「BIZ UDゴシック」をかけ合わせ 樽井 秀人 2024年6月3日 11:05 今までありがとう! 日本人プログラマー向けフォントの先駆者「Ricty」の開発が終了 - やじうまの杜 - 窓の杜 https://forest.watch.impress.co.jp/docs/serial/yajiuma/1478305.html 樽井 秀人 2023年2月14日 0
6:45 Rictyは入れてましたけど、使っていなかった執筆者君でしたー。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/355
356: FreeBSDでwimeを使っている君 [sage] 2024/06/09(日) 18:25:38.77 「FreeBSDを語れ」スレに書こうと思ったんですが、過去にレスが あったカーネルパニックのネタが来まして、レスが入り乱れると レスが読みにくくなる、と、落ち着くまで遠慮しよう、と、思ったの ですが、邪魔になりにくそうな、ここに書きます。 デスクトップ環境というか、生活環境の話だし、という事で。 偶然見つけたんですが、ケアレスミスだと思います。 FreeBSDでは(フォントさえあれば)コンソールで日本語が出る VTコンソールの時代になりましたが、kon2は、現在で
もportsに 存在します。古いソフトウェアでも残りがちなのが、FreeBSDの 良いところですね。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/356
357: FreeBSDでwimeを使っている君 [sage] 2024/06/09(日) 18:38:35.25 執筆者君は、VTコンソールを「えー、UTFなのぉ」と言いながら 試してみた事がありますが、画面サイズは広くて良かったのですが、 トロトロカクカクとした遅い描画だったので、kon2を思い出して kon2を試してみたら、kon2のほうが描画が速かったです。 ただし、VGAサイズだったのですが…。 今どきは画面サイズが大きいからkon2の24dot版が、あっても よいような気もします。 (以下ケアレスミスと思われる部分の引用) 第15章 地域化 (localization) - i18n/L10n の利用と設定
| FreeBSD Documentation Portal docs.freebsd.org/ja/books/handbook/l10n/ 15.2.2. コンソールの設定 表 3. Ports Collection で利用可能なコンソール 言語 port の位置 日本語 chinese/kon2 http://mevius.5ch.net/test/read.cgi/unix/1633521461/357
358: FreeBSDでwimeを使っている君 [sage] 2024/06/09(日) 18:44:56.48 >>357 は、書き込みが完了しても反映されないので (俗に言う「吸われる」状態)、 ハイパーテキストトランスファープロトコルの文字列を 削ると書き込めて反映されました。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/358
359: 名無しさん@お腹いっぱい。 [sage] 2024/06/09(日) 20:13:55.08 今はFreeBSDにも削除魔が大勢いる /usr/ports/UPDATINGや/usr/ports/MOVEDは昔は20年分くらいあったのが 今はサポートされてるリリース以前は削除してるので3年分くらいしかない portsのexpiration dateも以前は長めの期間が設定されていたが 今は1、2ヶ月先を指定して期日が来ると即削除 ちゃんと動いていても開発が止まると放棄されてるからと削除してる 特にメンテナのいないportsは archivers/pxz(並列 xz)なんてバージョンが20220509なのにベースのxzが マルチスレッド対
応してるからとEXPIRATION_DATEが設定された kon2などが残ってるのはjapaneseだから手を出してないだけ カーネルもGENERICにFreeBSD4からのCOMPATが指定されているが 最近一桁のFREEBSD4〜9を削除して10以降にしようと主張する奴が出てきた しかも設定だけじゃなくてコードを消そうと言う奴まで さすがにこれは却下された と最近のメーリングリストやバグ報告を見て感じた不満を書いてみた http://mevius.5ch.net/test/read.cgi/unix/1633521461/359
360: FreeBSDでwimeを使っている君 [sage] 2024/06/09(日) 22:12:31.42 ええ…、FreeBSDってそんな状況になってるの…、怖い…。 なんだか、そういう削除魔というか、整理したい派というか、 そういう感覚って、潔癖症っぽくて、ちょっとなあ。 サーバ維持費の支払いが、ってなら仕方がないと思うけど。 FreshPortsでも「There is no maintainer for this port.」を よく見るようになりましたが、メンテナがいる状態にして、 開発してますよ感も出しておかないと、危険が危なそうですね。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/3
60
361: 名無しさん@お腹いっぱい。 [sage] 2024/06/09(日) 22:32:22.88 メンテナがいてもね 例えばpcreはpcre2が出て放棄されてるから削除しよう pcreに依存してるportsもメンテナがいて動いていても削除だよ gtk2ももうすぐ削除する予定だからね状態 http://mevius.5ch.net/test/read.cgi/unix/1633521461/361
362: 名無しさん@お腹いっぱい。 [sage] 2024/06/09(日) 22:39:07.68 あと最後の文はスルーした http://mevius.5ch.net/test/read.cgi/unix/1633521461/362
363: FreeBSDでwimeを使っている君 [sage] 2024/06/11(火) 00:26:11.81 もちろん、正当に開発が続くべきであって、 「開発してますよ感」はすべきではないですけど。 むむむー。 何かあると、枕を並べて討ち死に、って感じかなあ。 makeが通ってバイナリが動くなら残せばいいと思うんですが。 GTK1のRedHat由来のElectricEyes(画像ビューワ)が、 GTK1削除(End_Of_Lifeだったか)と共に消えて代替物を 探したなあ。 別に、GTK1のElectricEyesで困ってなかったんですが。 PCManFM(ファイラー)は、GTK2版とGTK3版、QT5版が あって安心感がありま
す。このような開発スタイルなら ツールキット由来の削除からは逃れられそうです。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/363
364: 名無しさん@お腹いっぱい。 [] 2024/06/11(火) 11:44:30.34 みんなもArch Linuxおいでよ portsよりもよっぽとちゃんと管理されてるよ 20年来のFreeBSDファンだったが積もり積もった不満でとうとう見限ったわ http://mevius.5ch.net/test/read.cgi/unix/1633521461/364
365: 名無しさん@お腹いっぱい。 [sage] 2024/06/11(火) 21:52:15.21 サーバーはFreeBSD、しかし仮想化環境構築に疲れてProxmoxVEを入れたら楽すぎて笑った。 それつながりでノートパソコンにRoot on ZFSで最小構成インストールするのにインストーラ無視してDebianいれたあとでArchでええやんって言われた悲しみ。 異論は認めるが個人的にはFreeBSDはportsのインストール先を/usr/localにしてなきゃよかったのにと昔から思ってる。 これのせいで自前で入れる奴と競合するからportsから消えたのを入れるのがすごくめんどくさい。 http://mevius.5ch
.net/test/read.cgi/unix/1633521461/365
366: FreeBSDでwimeを使っている君 [sage] 2024/06/12(水) 22:19:58.37 wimeがリビジョンアップされました。 4.1.7 2024年6月11日 ・変換候補に環境依存文字があるとハングアップすることがあった。 ・qt5でセグメンテンテーションフォールトになる。 以下のスレにも告知しました。 日本語入力メソッド総合スレッド@Linux https://mao.5ch.net/test/read.cgi/linux/1472658083/ http://mevius.5ch.net/test/read.cgi/unix/1633521461/366
367: 名無しさん@お腹いっぱい。 [sage] 2024/06/13(木) 10:55:48.14 佐藤さんがコアに復活した http://mevius.5ch.net/test/read.cgi/unix/1633521461/367
368: 名無しさん@お腹いっぱい。 [] 2024/06/13(木) 15:13:30.18 >>364 俺はFreeBSDからopenSuSEに行った http://mevius.5ch.net/test/read.cgi/unix/1633521461/368
369: 名無しさん@お腹いっぱい。 [sage] 2024/06/28(金) 16:55:35.22 リリースエンジニアリングのリーダーが変わったことによる変化が出てきた とりあえずは13.3から半年での13.4R ttps://www.freebsd.org/releases/13.4R/schedule/ release candidateはデフォでは1回に減らす 将来的には3ヶ月で次のリリースを出す こまめにリリースすることで変更点を少なくする予定 http://mevius.5ch.net/test/read.cgi/unix/1633521461/369
370: FreeBSDでwimeを使っている君 [sage] 2024/06/30(日) 00:15:42.64 Happy Hacking Keyboard のスレではないのですが、 以前、HHKB Studio のニュースを貼った事があるので、 貼っておきます。 132万円の「輪島塗HHKB」登場。能登復興支援で応援金は工房救済に - PC Watch https://pc.watch.impress.co.jp/docs/news/1603476.html http://mevius.5ch.net/test/read.cgi/unix/1633521461/370
371: FreeBSDでwimeを使っている君 [sage] 2024/06/30(日) 00:22:48.44 日本語入力メソッド総合スレッド@Linux https://mao.5ch.net/test/read.cgi/linux/1472658083/215 によると、 githubに「atokx3-installer」というものがあるそうです。 執筆者君は「atokx3-installer」を見つけられなかったの ですが、「Dockerfile for ATOK X3」というものが 存在する事に気づきました。 GitHub - sugi/docker-atokx3: ATOK X3 用 Dockerfile https://github.com/sugi/docker-atokx3 >ATOK X3 を Docker 内に分離して動かす為の Dockerfile です。 >Docke
r の環境内には、既にサポートの終了した Debian etch i386 を使っています。 との事で、このアイデアを使えば、FreeBSDでもjailで 古めのi386環境を作ればWXGが動くのではないか、と思いました。 「ATOK_X3を使いたい」ならともかく、WXGを、そこまで手間を かけて使いたいか、と言われれば「うーん」ですが。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/371
372: FreeBSDでwimeを使っている君 [sage] 2024/06/30(日) 00:31:53.56 >>367 語れPart58で、佐藤氏のコア復活のレス(このスレより報告は遅い)を 見て、自分がレスをしたかのように、満足してしまい、このスレで 触れるのを忘れていました。 東京工業大学の佐藤広生氏ですね。消えていたkterm(>>336)を 復活していただき、ありがとうございました。 ものすごくすんごい人だと思うんですが、実は、執筆者君は、 佐藤氏を存じ上げませんでした。 FreeBSD業界でピンと来るのは、大昔、書籍で名前を拝見していた 細川達己氏、砂原秀樹
氏ぐらいで申し訳ないです。 FreeBSD業界に、うとすぎる執筆者君が知らないだけで、 FreeBSDは、さまざまな人に支えられています。 みなさんに感謝します。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/372
373: FreeBSDでwimeを使っている君 [sage] 2024/06/30(日) 00:37:22.02 >>369 >こまめにリリースすることで変更点を少なくする予定 とてもうれしいですが、せわしい事になるお… いつも素早い情報、感謝しております。 書こうと思っていたレスをため込みすぎて連投になりました。 申し訳ありませんでした。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/373
374: 名無しさん@お腹いっぱい。 [sage] 2024/06/30(日) 18:26:56.21 >>371 https://github.com/rivis/atokx3-installer HDDの整理をしていたところATOK X3を再発見したのですが wimeの4.1.7のwine-9.1でATOK 2017を試してみた結果、かな入力ができたので KDEからXFceに環境を移して試し中です。 thomasさんのATOK 2021っていうのは一太郎2021にてんぷの製品でしょうか? 一太郎2021は購入したのがあるので、後で確認かな かな入力で「ぷ」を入力するとIMEがOFFされて変換がうまくいかないです。 http://mevius.5ch.net/test/read.cgi/unix
/1633521461/374
メモ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 27 レスあります
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
AAサムネイル
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.026s