BSD/LinuxでのOffice/Desktop環境を語れ! Part03 (399レス)
上下前次1-新
リロード規制です。10分ほどで解除するので、他のブラウザへ避難してください。
300: FreeBSDでwimeを使っている君 2023/01/08(日)22:04 AAS
備忘録。
タイミングで該当バージョンに当たった人がいるかもしれませんが
firefox-105は避けた方がよいようです。
Firefox-ESRが105固定になりませんように。
2chスレ:unix
301: 2023/01/09(月)00:42 AAS
Firefoxは常に最新使ってるが105の時も落ちた事はないな
なおESRになるバージョンは決まってる
https://wiki.mozilla.org/Release_Management/Calendar
302: FreeBSDでwimeを使っている君 2023/01/10(火)00:59 AAS
あ、やっぱり、1つだけの報告の場合、
判断は保留したほうがいいのか。
つい、飛びついちゃうな。
ReleaseCalendarは知りませんでした。
ありがとうございました。
303(3): FreeBSDでwimeを使っている君 2023/01/29(日)19:02 AAS
少し前に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の先頭部分をカットしています。
304: FreeBSDでwimeを使っている君 2023/01/29(日)19:06 AAS
>>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本目
2chスレ:linux
>このリファクタリングが完全に完了すると、
>基幹のkernel32.dllやgdi32.dll、user32.dllすら
>wineのからwindowsのに差し替えても動作するはずなので、
>理屈の上では互換性がさらに向上するはず
(中略)
>従来の64bit Linuxで32bitバイナリを動かす仕組みではなく、
>64bitWindowsと同様の仕組みで32bit windowsバイナリを実行できる
>新しいWOW64が実装された
305: FreeBSDでwimeを使っている君 2023/03/25(土)20:50 AAS
さがわ@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です。
306(1): FreeBSDでwimeを使っている君 2023/06/16(金)01:29 AAS
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なんですが。
307: FreeBSDでwimeを使っている君 2023/06/16(金)01:33 AAS
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に更新されている。
308: FreeBSDでwimeを使っている君 2023/07/16(日)03:00 AAS
前スレッドを事実上の占有状態で消費した事による贖罪の意味で、
執筆者は、次スレッドとして、このスレッドを作成しました。
別にスレッドのヌシというわけではありません。
5ch(2ch)専用ブラウザ分裂がらみの「talk」掲示板のUNIX板には、
このスレッドと同名のスレッド(>>1のみがある状態)が存在しますが、
執筆者が関与したものではありません。
>>1 のみが、コピーされた形でのスレッドのようです。
「出典」という形で、このスレッドのURLが表記されてはいますが、
著作権的にはどうなんでしょうね。
「出典」には、あたらないように思います。以上です。
309: 2023/08/17(木)03:17 AAS
32bitWineは少なくとも15、16では動くだろうけど先のことは分からない
15.0が出るとまた方針が変わるかもしれないよと
https://cgit.freebsd.org/src/commit/RELNOTES?id=da51a1211dc799fa123f5d7f041eaf83c36f976b
今の流れ的には32bitに関して考慮する必要があるのは主にarmとWineについてで
i386自体はもういいだろって感じ
310: 2023/08/17(木)09:01 AAS
14.0では32bitカーネルは非推奨で15.0で削除される可能性があると警告が出るようになった
でも最終決定はまだ
311(1): 2023/08/18(金)16:44 AAS
15.0ではサポートされるのはCOMPAT_FREEBSD32とlib32で
ネイティブな32bitプラットフォームは非推奨ということですな
そしてstable/14は一週間遅れ
312: FreeBSDでwimeを使っている君 2023/08/21(月)01:17 AAS
妙なスレ立てがあるようなので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版としてフォークする動きがあるとおもしろいんですが、
ないでしょうね。
313: FreeBSDでwimeを使っている君 2023/08/21(月)01:21 AAS
それで、Wineの場合です。
Wineの場合、Windows業界に蓄積された膨大なソフトウェア資産を
Unix系でも使いたい、というのが、もともとの趣旨でもあります。
そういうエロゲがあるかどうかは知りませんが、32bit版Windows向けの、
他機種に移植されていない特定バージョンのゲームがしたい、
などの要望は、性癖に関わりそうな話ですので、
Wineに対して、きわめて強い要望がありそうです。
ですが、>>303 に「さがわ@sagawa_aki」氏の引用をしましたが、
Wine8.0以降ならば、将来的に問題とは、ならなさそうです。
314: FreeBSDでwimeを使っている君 2023/08/21(月)01:24 AAS
未来の話ですが、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化すらできないので、修正する能力は、
当然ながらありません。キリッ!
315: FreeBSDでwimeを使っている君 2023/08/22(火)23:08 AAS
FreeBSDでwimeを使っている君は、タイミングが悪いです。
i386wineの時も、書いた直後に新情報(統合する)を見つけ、
追加のレスをした記憶があります。
Wine公式のWineHQによると、以下の通りで、安定版と開発版の
両方とも、メジャーバージョンは8系に上がっています。
まあ、それが普通ですね。
Stable : Wine 8.0.2
Development : Wine 8.14
316: FreeBSDでwimeを使っている君 2023/08/22(火)23:10 AAS
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
317: FreeBSDでwimeを使っている君 2023/08/22(火)23:15 AAS
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.
318(1): 2023/08/23(水)06:59 AAS
PORTREVISIONを増やすのは元のバージョンは変わってないけど
ports/pkgに変更があったので再インストールさせたい時
319: FreeBSDでwimeを使っている君 2023/08/24(木)22:45 AAS
>>318
知りませんでした。非常に勉強になりました。
「PORTREVSION」そのものも、まったく理解していませんでした。
「_1」「_1,1」は、単純なmakeのやり直しや、リンクされる物などの
バージョンが上がった場合、だと思っていました。
「Bump」は、1段階引き上げる、という意味か。
単純翻訳の語意イメージと合致します。
質問スレ125の209に書きましたが、その分野を理解していないと
単純翻訳だけではダメだ、という例ですね。
320(1): FreeBSDでwimeを使っている君 2023/08/24(木)22:55 AAS
ググって、以下を知りました。
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に単純な日付をつけるのは、
数値の大小問題が出るかもしれないので避けたほうがよいの
ですね。
321(1): FreeBSDでwimeを使っている君 2023/08/24(木)22:58 AAS
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」を待とう、と、判断する事も、
できるのですね。
勉強になりました。ありがとうございました。
322: 2023/08/25(金)09:51 AAS
PORTREVISIONとPORTEPOCHがごっちゃになってる
PORTEPOCHが増やされるのは単純に数値的に比較すると
バージョンの大小が判断できない時
Wineを例にすると20050930から0.9にバージョンアップした時
https://cgit.freebsd.org/ports/commit/emulators/wine/Makefile?id=943fc1582ce5f4bf7b55a853f4205bdfcc433080
323: FreeBSDでwimeを使っている君 2023/08/26(土)22:33 AAS
あー、かなり混同しています。
指摘されるまで気づきませんでした。
引用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
324: FreeBSDでwimeを使っている君 2023/08/26(土)22:36 AAS
と、いう事は、ある時点で、PORTEPOCH=1がついた場合、
ずっと「0.3,1」のように後のバージョンにも最初から
「,1」がつき続ける、と。
なぜ、Wineに最初から「,1」がついているかと言うと、
20050930から0.9になった時に「,1」がついたから、と
いう事ですね。
pintaに「,1」がついていないのも、PORTEPOCHを設定する
状況がなかったから、という事ですね。
PORTVERSIONに日付をつけてもいいが、
後に日付ではないバージョンが出た場合や、
移植元ソフトウェアのバージョンのつけ間違いなどが
あった場合(引用URLでの例)、数値大小問題が発生するので
PORTEPOCHをつけてね、という事ですね。
混乱したまま、書いていました。
すっきりしました。ありがとうございました。
>>320の後半と>>321は間違いです。
325: 2023/10/06(金)05:00 AAS
ネイティブのchromiumからlinux版のwidevineが利用できるようになりました
まだ細かい不具合があるようですがいずれlinux版のchromiumなどを使わ
なくてもNetflixなどのDRMで保護された動画を見れるようになるでしょう
326: FreeBSDでwimeを使っている君 2023/10/09(月)03:17 AAS
執筆者自身、FreeBSD上では、DRMで悩む事はないのですが、
こういう動きがあるたびに「あー、FreeBSDでよかったなあ」と
思います。
今では、FreeBSDって、なんだか、日本国内より、海外のほうが、
動くというか、若いというか、パワフル感がありますね。
Linuxより動きが遅くても、うれしいものです。
FreeBSD15.0-CURRENTでもi386版(非推奨ではありますが >>311)が
あります。よかったです。
32bit機に入れるわけではないのですが、i386版上でwimeをgmakeする
という目的がありますので、ないと困ります。
たったこれだけのために、仮想環境でFreeBSD/i386を、というのも
どうなのよ、なのですが。
これ、wimeをamd64版上で、COMPAT_FREEBSD32と、lib32を利用して
32bitバイナリとして、コンパイルする方法はないものですかね。
327: FreeBSDでwimeを使っている君 2023/10/09(月)03:22 AAS
どうも。レスを書いて、寝かせてから投稿をする執筆者君です。
サーバ自体は動いており、該当サーバ上の他の板は開けるのに
ブラウザでUNIX板トップを開くと、真っ白だったので、
復旧を忘れ去られていたらどうしよう、と思っていましたが、
まだ、やや、重いものの、UNIX板、稼働するようになりました。
「したらば」と、「おーぷん」に、UNIX板が「あるにはある」のを
発見しましたが、業者宣伝で埋まっていたり、過疎で荒れて
タンブルウィードが転がっていそうな、開設した管理者ですら
忘却の彼方っぽい所(「したらば」は板ごとの開設管理者だったか、
と思います)へ移住するのもどうか、と思いましたし、
執筆者自身で開設するのも、管理業務が発生してしまううえ、
移住する住人感情の面でも「君が管理者カヨー」となりますので、
「どうなのよ」、と思いました。
※「t*l*.jp」掲示板のUNIX板は廃止され、スレは「パソコン一般」に
移動したようです。
その掲示板の「語れ」スレに、そちら側でレスがついていなければ、
こちらからコピーしたUNIX板由来のスレが、キレイに消えていたのに、
と思います。
328: FreeBSDでwimeを使っている君 2023/10/09(月)03:32 AAS
UNIX板で、すでにある古いスレのタイトルと、1をコピーして、
スレたてをする動きがありますね。
スレタイを不完全にコピーしたものや、文章中にhtmlっぽいものが
入っているのを見ると、作業は「機械」でしょうね。
「意志」は人間だろう、と思いますが。
古いスレに他愛ない内容の上げレスなどをつける動きもありますね。
もう、ネタが古びているし、転用もしづらいスレタイなんだから、
上げなくてもいいでしょうに。ヒマ人(婉曲表現)はいるものですね。
必要もないのにスレッドタイトルを微妙に変えたり、必要もないのに
個人感情由来のサブタイトルを、つけ足したりして、スレ立てするのも
どうかと思いますし、一気に埋め立ててしまうのも、とても、とても、
どうかと思います。
「(CM声で)おカネは大事だよぉー。でも、スレタイ的にも、FreeBSDの
動きの最新情報は、もっと大事だよぉー」なので、落ち着くまで、
このスレで、FreeBSDを語ったり、質問をしても、よいのではないか、と
思います。
「(アニメ声で)こんな事もあろうかと」、
1の内容に「などの整備」「手段は問わない」を、入れておきました。
つーか、「公式を見ろ」ではあるものの、執筆者君は、情報弱者なので、
リリース情報などは知りたいですし。
じゃ、お夜食を食べるとします。
329: FreeBSDでwimeを使っている君 2023/10/09(月)05:10 AAS
がーん。「語れPart58」が立ってました。
スレ一覧を見ればよかったお……。
サーバが重いもので、つい……。
「(今日のわんこ声)またしてもタイミングの悪い執筆者君でしたー」
シレッと、こういう理由で立てる方法があったか……。
FreeBSDを語れPart58@UNIX
2chスレ:unix
上記スレでは、FreeBSD14以降の32bit版の話題が出ています。
32bitソフトウェアを稼働させるWine的には、
FreeBSD側(Wineが稼働するOS側)の32bit環境は、
必要がなくなりつつありますが、
執筆者君的に不安なのは、wime側の話です。
Wine上で稼働する32bit版ATOKを、ATOKのユーザインタフェイスの
ままで、emacsに入力する、という可能性も、あるかもしれませんが、
それだと、wimeのグッドアイデアとしての
「Cannaとして振る舞う」
の良さがなくなるしなあ。
まあ、FreeBSD/i386(FreeBSDの32bit版)の動きと、
wimeの動きを注視する事にします。
330: FreeBSDでwimeを使っている君 2023/10/29(日)00:58 AAS
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
331: FreeBSDでwimeを使っている君 2023/10/30(月)00:50 AAS
「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/
あらら、今って、こういう時代だったんですね。知りませんでした。
※前回の書き込み時に2連投しようとしたのですが、書き込めなかった
(書き込み成功は出るが、書き込みができていない)ので
日にちをおいて投稿しました。
332: FreeBSDでwimeを使っている君 2023/10/30(月)00:58 AAS
今の書き込みも1回目は吸われ、文面を見直して2回目を投稿すると
Rock54でした。NGワードがありました。
「製品『しょうかい』の記事は」(『』内は漢字)
の2漢字単語がダメだったようです。犯罪誘因対策ですかね。
333: FreeBSDでwimeを使っている君 2023/12/12(火)01:15 AAS
気になるDesktop環境ネタ。
poppler を使った各種PDFリーダで、合字が空白表示されたり、
合字にならずに表示される件。自力解決済み。
(質問125)2chスレ:unix
EeePC 4G-X に FreeBSD14.0R/i386をInstallした対処の報告。
(語れ058)2chスレ:unix
334: 2024/01/03(水)01:43 AAS
以前は毎月更新されていたpopplerが23.05以降止まっていますが
もう更新されそうです
https://bugs.freebsd.org/bugzilla/showdependencytree.cgi?id=275555&hide_resolved=1
335: FreeBSDでwimeを使っている君 2024/01/07(日)22:51 AAS
最近の環境のemacsでの「anthy.el」で、anthyのON/OFFのトグルが
うまく動作しない件。助言により、anthy.elの修正にて解決済み。
(語れ058)2chスレ:c
336(2): 2024/01/08(月)05:32 AAS
元コアでメンテナだった佐藤さんが japanese/kterm を復活させました
337: FreeBSDでwimeを使っている君 2024/01/08(月)19:27 AAS
>>336
おおっ! うれしい! ありがたい!
ボランティア、頭が下がります。
ずいぶん昔から、標準の xterm で、日本語が通るように
なりましたが、このフォントで、などと設定をしたくても、
イマイチ感がありました。
今どきは、各デスクトップ環境の物のみならず、
多くの仮想端末が存在するけれど、やっぱり、
日本語を扱う昔からの仮想端末の標準物として kterm が
存在しないとダメではないか、と思っていました。
FreshPorts
>Last Update: 2024-01-07 17:30:34
>Resurrect kterm-6.2.0
復活してホッヤホヤ。
338: 2024/02/11(日)18:27 AAS
ktermのman見てたらutf-8と書いてあって
gitのログ見たら2013年にUTF-8のサポートが追加されてた
知らなかった
339: 2024/03/21(木)10:21 AAS
https://www.freebsd.org/releases/14.1R/schedule/
6/18 リリース予定
リリースエンジニアリングのリーダーが変わって前倒ししたようだ
340: 2024/03/27(水)20:04 AAS
( ゚ ⊇ ゚)チャーラ〜ヘッチャラ〜
ちょっとユルい感じになっている層が薄いだけやん
341: 2024/03/27(水)20:10 AAS
過去の犯罪者は騙されやすいから効果覿面
国葬は「ある」との違いかもだが
真っ向勝負の雑談配信を
342: 2024/03/27(水)20:13 AAS
そりゃ老人たち
343: 2024/03/27(水)20:50 AAS
今の仕事が許されるわけないの
アクアリウムはやってないとかあるはずがないよね
イェール中退しなかったら本物ってことか。
344: 2024/03/27(水)21:25 AAS
嵌め込み酷い
それが出来やすくなるらしいから詰まりどころがないって?
視聴率取れないし客席ガラガラになるじゃん?
ワイヤレスゲート空売りゴチ
345: FreeBSDでwimeを使っている君 2024/05/01(水)01:54 AAS
UNIX板にも、スレ立て荒らし、スクリプトらしき
書き込みの埋め立て荒らしは、一気という感じでなく、
チビチビと来ていますね。
現在、このスレの順位は418です。
100ほどスレ立て荒らしをされるとdat落ちする可能性が
高い、と感じました。
「スレが落ちたら立てればいいや」と思っていましたが、
スレ立ての労力(たいしたものではありませんが)や、
立てたい時に、システム変更で立てにくくなっているかも
しれない、と、考え、何かを書いて、ageておいたほうが
いいのでは、と思いました。
いま思えば、日本語入力ネタなら、UNIX板には、
「IMEなんとかしろ」のスレがあったのですが、
次スレが期待されるスレタイとは言い難いですしね。
執筆者的には、wimeや日本語入力、デスクトップ環境や、
Wineについて、飽きたわけではありません。
wimeネタは、執筆者が新規に試した場合、試用報告を
するつもりでいます。書かずにはいられないですから。
まだ、古い環境を使っているので…。すいません。
いま見た、語れスレによると、6月には14.1Rとの事です。
うーん、執筆者的には、なんとも中途半端だお…。
じゃ、お夜食を食べてきます。
346: 2024/05/01(水)12:12 AAS
荒らし前はスレ順位が700くらいならまだ残ってたくらいだった
何度かスレを消してるんだろうけど抜本的な規制や対策する気がなさそう
347: 2024/05/25(土)07:46 AAS
linux版のchromeもportsに追加されました
www/linux-chrome
少し古いバージョンなのが残念ですが
348: FreeBSDでwimeを使っている君 2024/05/26(日)00:44 AAS
前回のレスを書いた後に、スクリプトが100ほどスレを立てて、
このスレの順位が下がりましたが、数日後にスレ一覧を見ると
常識的な順位に戻っていました。
どなたかが、スクリプトなスレを「削除要請」から削除依頼して
くださったのか、と、思いましたが、特に削除依頼は
出ていませんでした。
スクリプトなスレは運営が対処してくれているようですね。
ここぐらいのゆるい情報交換がいいんですよ。
facebookみたいに、個人情報や、「こじらせ」や、性癖をさらして
情報交換をするほど…、でもないんですよ。
でも、Wineやwimeが、Unix系ユーザに知られてほしいんですよ。
昔みたいにUnix系雑誌があれば、記事で知られるんでしょうけどね。
SoftwareDesign誌はLinux寄りVim寄りの総合誌っぽくなったしなあ。
Twitterは、アカウントなしでは時系列ではWeb閲覧できなくなったし、
Wineで有名な「さがわ@sagawa_aki」の投稿は、即ログイン表示で
まったく見ることができないしなあ。
「twilog.togetter.com」なサイトは、リツイートが表示されないから
「さがわ@sagawa_aki」氏みたいなリツイートを集めるスタイルだと
よくわからない時系列まとめにしかならないだろうしなあ。
「さがわ@sagawa_aki」氏、昔みたいにLinux板のWineスレに
来てくれたらなあ。
349: FreeBSDでwimeを使っている君 2024/05/26(日)00:58 AAS
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
を構築する事で、
Windows用IMEでLinux側のEmacsに対して日本語入力できるのか、と
思って、
「いやいや、単にWindowsで使えるLinuxの仮想環境なんじゃないの、
だいたいさ、これじゃ、FreeBSDでwimeを使っている君、の努力がさ」
などと思ってググったのですが、Windows用IMEでLinux側のEmacsに対して
日本語入力はできないみたいですね。よかったw
でも、単にEmacsに対して、Windows用IMEで入力したければ、
Windowsを利用するなら、Windowsに移植されたEmacsでもよいわけですし。
350: FreeBSDでwimeを使っている君 2024/05/26(日)01:06 AAS
よくよく考えれば、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
351(1): 2024/05/26(日)01:10 AAS
執筆者は、Chrome系はあまり興味がなかったので
理解不足なのですが。
「Chromium」がもともとの元祖で、PC_Unix版が存在する。
「Chrome」はChromiumをもとにしたもので、
Windows版、MacOS_X版、Linux版、スマホ向け版が存在する。
FreeBSDには「Chromium」しかなく、「Chrome」は存在しない。
やっと、「linux-chrome」という形ではあるが、portsに追加された。
という理解でいいですか。
むかし、Firefoxでもflash再生問題だったかで、
「linux-firefox」みたいなのがあったような気がします。
352: FreeBSDでwimeを使っている君 2024/05/26(日)01:11 AAS
>>351は「FreeBSDでwimeを使っている君」です。
353: 2024/05/26(日)03:47 AAS
linux-firefoxもlinux-operaもあった
linux-chromeはDRMなNetflixなどを見れるという利点(ネイティブにもwww/foreign-cdmはあるが)と
ネイティブのpkg問題(時間がかかりすぎてビルドが途中でKillされるのでpkgが無いことがある)を
解決する
354: FreeBSDでwimeを使っている君 2024/05/26(日)23:50 AAS
簡潔にして詳細な解説、ありがとうございました。
まったくの誤答ではないものの、かなり外した理解だった
みたいです、すいません。
Linuxulator(Linuxバイナリ互換機能)はありがたい
存在ですね。
Linuxulatorは、Brother公式のLinux用lprドライバのために
使ったのが最初で、flashのために短期間、linux-firefoxを
使っていましたが、flashの時代ではなくなったので自然と
使わなくなりました。
linux-firefox、特に違和感はなかったです。
逆にサクサクと速く感じたぐらいです。
じゃ、お夜食を食べてきます。
355: FreeBSDでwimeを使っている君 2024/06/09(日)17:54 AAS
日本人プログラマー向けコーディングフォント「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日 06:45
Rictyは入れてましたけど、使っていなかった執筆者君でしたー。
356: FreeBSDでwimeを使っている君 2024/06/09(日)18:25 AAS
「FreeBSDを語れ」スレに書こうと思ったんですが、過去にレスが
あったカーネルパニックのネタが来まして、レスが入り乱れると
レスが読みにくくなる、と、落ち着くまで遠慮しよう、と、思ったの
ですが、邪魔になりにくそうな、ここに書きます。
デスクトップ環境というか、生活環境の話だし、という事で。
偶然見つけたんですが、ケアレスミスだと思います。
FreeBSDでは(フォントさえあれば)コンソールで日本語が出る
VTコンソールの時代になりましたが、kon2は、現在でもportsに
存在します。古いソフトウェアでも残りがちなのが、FreeBSDの
良いところですね。
357(1): FreeBSDでwimeを使っている君 2024/06/09(日)18:38 AAS
執筆者君は、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
358: FreeBSDでwimeを使っている君 2024/06/09(日)18:44 AAS
>>357 は、書き込みが完了しても反映されないので
(俗に言う「吸われる」状態)、
ハイパーテキストトランスファープロトコルの文字列を
削ると書き込めて反映されました。
359: 2024/06/09(日)20:13 AAS
今は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以降にしようと主張する奴が出てきた
しかも設定だけじゃなくてコードを消そうと言う奴まで
さすがにこれは却下された
と最近のメーリングリストやバグ報告を見て感じた不満を書いてみた
360: FreeBSDでwimeを使っている君 2024/06/09(日)22:12 AAS
ええ…、FreeBSDってそんな状況になってるの…、怖い…。
なんだか、そういう削除魔というか、整理したい派というか、
そういう感覚って、潔癖症っぽくて、ちょっとなあ。
サーバ維持費の支払いが、ってなら仕方がないと思うけど。
FreshPortsでも「There is no maintainer for this port.」を
よく見るようになりましたが、メンテナがいる状態にして、
開発してますよ感も出しておかないと、危険が危なそうですね。
361: 2024/06/09(日)22:32 AAS
メンテナがいてもね
例えばpcreはpcre2が出て放棄されてるから削除しよう
pcreに依存してるportsもメンテナがいて動いていても削除だよ
gtk2ももうすぐ削除する予定だからね状態
362: 2024/06/09(日)22:39 AAS
あと最後の文はスルーした
363: FreeBSDでwimeを使っている君 2024/06/11(火)00:26 AAS
もちろん、正当に開発が続くべきであって、
「開発してますよ感」はすべきではないですけど。
むむむー。
何かあると、枕を並べて討ち死に、って感じかなあ。
makeが通ってバイナリが動くなら残せばいいと思うんですが。
GTK1のRedHat由来のElectricEyes(画像ビューワ)が、
GTK1削除(End_Of_Lifeだったか)と共に消えて代替物を
探したなあ。
別に、GTK1のElectricEyesで困ってなかったんですが。
PCManFM(ファイラー)は、GTK2版とGTK3版、QT5版が
あって安心感があります。このような開発スタイルなら
ツールキット由来の削除からは逃れられそうです。
364(1): 2024/06/11(火)11:44 AAS
みんなもArch Linuxおいでよ
portsよりもよっぽとちゃんと管理されてるよ
20年来のFreeBSDファンだったが積もり積もった不満でとうとう見限ったわ
365: 2024/06/11(火)21:52 AAS
サーバーはFreeBSD、しかし仮想化環境構築に疲れてProxmoxVEを入れたら楽すぎて笑った。
それつながりでノートパソコンにRoot on ZFSで最小構成インストールするのにインストーラ無視してDebianいれたあとでArchでええやんって言われた悲しみ。
異論は認めるが個人的にはFreeBSDはportsのインストール先を/usr/localにしてなきゃよかったのにと昔から思ってる。
これのせいで自前で入れる奴と競合するからportsから消えたのを入れるのがすごくめんどくさい。
366: FreeBSDでwimeを使っている君 2024/06/12(水)22:19 AAS
wimeがリビジョンアップされました。
4.1.7 2024年6月11日
・変換候補に環境依存文字があるとハングアップすることがあった。
・qt5でセグメンテンテーションフォールトになる。
以下のスレにも告知しました。
日本語入力メソッド総合スレッド@Linux
2chスレ:linux
367(1): 2024/06/13(木)10:55 AAS
佐藤さんがコアに復活した
368: 2024/06/13(木)15:13 AAS
>>364
俺はFreeBSDからopenSuSEに行った
369(1): 2024/06/28(金)16:55 AAS
リリースエンジニアリングのリーダーが変わったことによる変化が出てきた
とりあえずは13.3から半年での13.4R
https://www.freebsd.org/releases/13.4R/schedule/
release candidateはデフォでは1回に減らす
将来的には3ヶ月で次のリリースを出す
こまめにリリースすることで変更点を少なくする予定
370: FreeBSDでwimeを使っている君 2024/06/30(日)00:15 AAS
Happy Hacking Keyboard のスレではないのですが、
以前、HHKB Studio のニュースを貼った事があるので、
貼っておきます。
132万円の「輪島塗HHKB」登場。能登復興支援で応援金は工房救済に - PC Watch
https://pc.watch.impress.co.jp/docs/news/1603476.html
371(1): FreeBSDでwimeを使っている君 2024/06/30(日)00:22 AAS
日本語入力メソッド総合スレッド@Linux
2chスレ:linux
によると、
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 です。
>Docker の環境内には、既にサポートの終了した Debian etch i386 を使っています。
との事で、このアイデアを使えば、FreeBSDでもjailで
古めのi386環境を作ればWXGが動くのではないか、と思いました。
「ATOK_X3を使いたい」ならともかく、WXGを、そこまで手間を
かけて使いたいか、と言われれば「うーん」ですが。
372: FreeBSDでwimeを使っている君 2024/06/30(日)00:31 AAS
>>367
語れPart58で、佐藤氏のコア復活のレス(このスレより報告は遅い)を
見て、自分がレスをしたかのように、満足してしまい、このスレで
触れるのを忘れていました。
東京工業大学の佐藤広生氏ですね。消えていたkterm(>>336)を
復活していただき、ありがとうございました。
ものすごくすんごい人だと思うんですが、実は、執筆者君は、
佐藤氏を存じ上げませんでした。
FreeBSD業界でピンと来るのは、大昔、書籍で名前を拝見していた
細川達己氏、砂原秀樹氏ぐらいで申し訳ないです。
FreeBSD業界に、うとすぎる執筆者君が知らないだけで、
FreeBSDは、さまざまな人に支えられています。
みなさんに感謝します。
373: FreeBSDでwimeを使っている君 2024/06/30(日)00:37 AAS
>>369
>こまめにリリースすることで変更点を少なくする予定
とてもうれしいですが、せわしい事になるお…
いつも素早い情報、感謝しております。
書こうと思っていたレスをため込みすぎて連投になりました。
申し訳ありませんでした。
374(2): 2024/06/30(日)18:26 AAS
>>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されて変換がうまくいかないです。
375(2): FreeBSDでwimeを使っている君 2024/07/01(月)21:22 AAS
>>374
ATOK2017は、wime公式サイトで「動作はするが……」という
扱い(>>15)(2021年当時の話です)だったような
記憶なのですが、現在では探しても文面が見つかりません。
ですが、linux/1472658083/139-n によると動作するようです。
日本語入力メソッド総合スレッド@Linux
*以下、スレでwimeの話が始まった発端
2chスレ:linux
*以下、xmodmapを使う方法
2chスレ:linux
*参考、おそらくローマ字入力で、
おそらく表記間違いで、ATOK2017の事かと思われる
2chスレ:linux
上記スレの24番あたりから色々とレスがありますが、
thomas氏、ご本人らしき助言があります。
ATOK2016で、106キーボードでの、かな入力の不具合再現のため、
106キーボードも購入なさったようです。
376: FreeBSDでwimeを使っている君 2024/07/01(月)21:26 AAS
>>374
>>375の続き
一太郎添付品のATOKと単体版ATOKは挙動が違う可能性(注1)が
あるかもしれませんので、意識されるのはよいと思います(注2)。
注1:一太郎のスレによるとATOKのバージョン(ビルド番号?)が
微妙に違う場合があるようです。
注2:大昔の話ですが、Linux板のWineスレによると、
どの年度のATOKかは忘れましたが、試用版は動作しないのに
製品版は動作した、という事がありました。
>かな入力で「ぷ」を
の件は、詳しい試行環境を明記し、
「wime -e atok -v3 --ch all」とした、
wimeのログを添付して、thomas氏ご本人にメールされるのも、
よいかと思われます。
wime側で改善される可能性があるかもしれません。
かな入力者って、けっこうおられるんですね……。
377: 2024/07/02(火)22:47 AAS
>>375
・wime-4.1.7, Wine-9.1, ATOK2017, JDim 0.12.0-beta20240629
・「ぱぴぷぺぽ」の文字がNGでIMEがOFFになる(変換できない)
・「ばびぶべぼ」の文字はOK
・5chブラウザJDimの書き込みWindowのときに上記現象が起きる
・JDimでも検索のテキストボックスなどでは「ぱぴぷぺぽ」入力はOK
回避方法
・テキストエディタを利用して文字入力をしてJDimへはコピペ
発生がレアケースなので、エディタ経由で運用します。
がりごりとIMEのON/OFFの切り替えやブラウザなど多用していると
ATOKの挙動がおかしくなるときがあります。
unixはSolaris8を1年半程度使用しただけなので(ATOK for solaris)
unix板はなんだか敷居が高いです。
378: 2024/07/11(木)17:10 AAS
https://lists.freebsd.org/archives/freebsd-announce/2024-July/000143.html
リリースエンジニアリングについてのアナウンス
stableのサポートは5年から4年に短縮(3つのブランチは維持できないから)
4半期毎にいずれかのブランチからリリースが出ることになる(マイナーリリースの頻度を増やす)
今後のスケジュール予定
13.4 2024/09
14.2 2024/12
13.5 2025/03
14.3 2025/06
15.0 2025/12
379: 2024/08/06(火)15:22 AAS
13.4が進行中ですが14.2
14.2-RELEASE schedule
https://lists.freebsd.org/archives/freebsd-stable/2024-August/002337.html
380(1): 2024/09/04(水)01:08 AAS
現在 gcc のデフォルトを gcc13 から gcc14 に変更する作業が進行中ですが
emulators/wine8 は gcc14 でビルドできず 9.0 が順調な為メンテナは直すより
放棄する事を選択しました
emulators/wine8
EXPIRATION_DATE=2024-10-30
381: FreeBSDでwimeを使っている君 2024/09/05(木)00:48 AAS
状況が飲み込めず「ん?ん?どゆ事?」と思ったのですが、
FreshPortsによると、FreeBSDでの、今現在のWineの状況は、
wine9.0_4,1、wine-devel9.16,1、となっています。
少し前に、Portsに「wine8」ができており、
ひとつ古い物を好む人むけに作ったのかと思っていましたが、
https://www.freshports.org/emulators/wine8/
> This port served to support a transition period from Wine 8.0 to
> Wine 9.0 which, after half a year, should be mostly complete.
という事で、最初から過渡期のための「wine8」であり、
その事情が >>380 という訳なんですね。
FreshPortsの「wine8」でも以下引用との事です。
> DEPRECATED: The transition to Wine 9.0 should be mostly done now
> Expiration Date EXPIRATION DATE: 2024-10-30
# DeepL翻訳って、サラっと何ワードか飛ばして訳してますね。
# Google翻訳があって助かりました。
382: 2024/11/13(水)14:28 AAS
i386では開発言語のrustがSSE2をデフォにしたので
firefoxなどのpkgはPentium IIIでは動作しなくなったと
Pentium IIIのユーザーはSSE2を無効にして自分でコンパイルしろと
指示されてるけどPIIIマシンでrustのコンパイルは無理じゃなかろうか
383: 2024/11/16(土)06:50 AAS
rustでSSE2をデフォにしたから500以上のポートでSSE2が必要になった
↓
それならもうi386でSSE2を必須にしょう←今ここ
384: FreeBSDでwimeを使っている君 2024/11/21(木)23:17 AAS
いやー、嫌だにゃあ……。
仮想環境下でコンパイルをしてバイナリを持っていけば……。
と、思ったんですが、VirtualBoxのCPU項目でも、
・PAE/NXを有効化
・ネステッドVT-x/AMD-Vを有効化
しか、項目はなく、CPUタイプ指定(Pentium3指定)や、
SSE2の有効/無効、はないですね。
FreeBSDのKernelのConfigurationだと、CPU名を指定できたので、
VirtualBoxでもCPU名での指定ができたような、と
勘違いしていました。
しかし、Pentium3の実機を、Firefoxなどを使うGUIで
リッチな環境で運用をしたい人、って、今どき、いますかね。
いや、全世界を探せば、おられるだろう、とは思いますが。
385: FreeBSDでwimeを使っている君 2024/11/21(木)23:21 AAS
>rustでSSE2をデフォにしたから500以上のポートでSSE2が必要になった
昔すぎてググりましたが、SSE2は、2001年以降の
Pentium4くらいから、みたいですね。
Windowsでも必須になって、ずいぶんたつようですし、
しかたがないかなあ。
それにしても、rustってそんなに使われているんですね。
386: FreeBSDでwimeを使っている君 04/05(土)04:19 AAS
ググっていたら、FreeBSD14.2Rのインストールと設定の
PDFを見つけました。
無線、放送通信電波、が本来の趣旨のページみたいです。
新しいめの説明記事や文書が見あたらない昨今、
説明環境は「濃ゆく」感じますが、感動しました。
※まれによく見かける状況は、
「公開したものの何年も前のまま放置」だったりします。
パソコンちょいメモ - 茂木ネットワークセンター
https://moginwc.さくら.ne.jp/pc_choi.html
※↑NGワードのため。さくら→sakura。
知らなかった事がたくさんありました。
基本的な知識も復習(使わないと忘れるので)になりました。
今でもやっぱりxbattだったのですね、と思いました。
387: 04/09(水)12:21 AAS
Zorin OS終わる
Braveをデフォルトブラウザにしやがるクソ無能!
LINEの件を知らないのか
Linuxのくせに有料バージョンとか守銭奴!金の亡者!
Firefox派生Zen Browserデフォルトにしろ
388: 04/16(水)09:30 AAS
15.0 リリーススケジュール
https://www.freebsd.org/releases/15.0R/schedule/
12/2 アナウンス予定
389: 05/18(日)18:36 AAS
www/chromiumのi386サポートが終了
390: FreeBSDでwimeを使っている君 05/22(木)23:49 AAS
いつもFreeBSDの日常生活関連の素早い情報提供ありがとうございます。
391: FreeBSDでwimeを使っている君 06/14(土)17:40 AAS
Wineの32bit版Windowsソフトウェアの対応は、
Wineを動かすOS側の32bit互換機能で対応していたが、
現在では、Wine側が自前で32bit互換機能を持つようになった、
つまり、WindowsのWOW64と同じように、かつ、WOW64と同じ仕組みで
動かすようになった、というWineの状況を、サラッと書いたのが、
>>303 の
さがわ@sagawa_aki (sagawa_aki/status/1618968131002834944)
氏の記述の引用だったのですが、それの詳細な説明が
Linux板のWineスレにレスされました。
今夜も Wine で乾杯! - 24本目@Linux
2chスレ:linux
392(1): FreeBSDでwimeを使っている君 06/14(土)17:57 AAS
今夜も Wine で乾杯! - 24本目@Linux
2chスレ:linux
>一部のディストリビューションでmultiarch等32bit互換機能を削除しようという話が出ているのもこの関連
>もうWineぐらいしかLinuxの32bit互換機能を利用していないのだから、Wineの側で32bit互換機能を提供し
>WineがLinuxの32bit互換機能を利用しないのなら、Linuxの32bit互換機能は用無しだということ
上引用部分が衝撃でした。
Linux/FreeBSD用の、過去に販売されたっきりで更新されていない
バイナリ32bitソフトウェアの、
一太郎とか、ATOK、商用Wnn(いちおう現在も対応されてはいる)、
WXG(商用ではありませんが)が、動かなくなると思いますが
(FreeBSDでも、いずれ同じ運命になるかもしれない)、
たぶんもう、あきらめがつく、というか、
あきらめないといけないんでしょうね。
まあ、ソースがあっても、
PortsTreeから削除されたり(復活がありえますが)、
古いGUIツールキットに依存していて、修正者もいないとかに
なれば、同じ事と言えますが。
ソフトウェアは使ってくれてナンボ、なんですね……。
393(1): 06/15(日)20:45 AAS
qt5の廃止がまもなく始まります。おそらく一年ほどかかるでしょう。
394(1): 06/15(日)20:50 AAS
今日 5.15.17 にアップデートされましたが .18、.19 がどうなるかは分かりません
これが最後のアップデートになるかもしれません
395(1): 06/16(月)11:25 AAS
一太郎 for Linux
https://support.justsystems.com/faq/1032/app/servlet/qadoc?QID=021876
カーネル2.4とかまだUbuntuすらない時代
396(1): 07/03(木)23:23 AAS
レスの書き込み作業は、まとめて行いたい執筆者君なもので
まことに申し訳ありません。
>>393-394
お礼が遅れましたが、ありがとうございます。
>>395
もう、そんなになるんですよね。
397: FreeBSDでwimeを使っている君 07/03(木)23:28 AAS
>>396 固定ハンドルが抜けていました。
ケンモ板(ニュー速(嫌儲)poverty板)を見ていたら、定期的にLinuxを
テーマにしたスレが立ちます。
そのスレの雰囲気として、ID表示が真っ赤(多数投稿)になる人が、
複数いて、多い人は30レスほどしています。
真っ赤な人は、それなりにPC_UNIX歴が古そうな人で、FreeBSDにも
触れていますが、時期や知識にかなり思い込みや誤りっぽいところが
あるので、レベルも「お察し」なのかもしれません。
何年か前、このスレで、「ケンモの人」と自分が疑われていたのは、
この人と勘違いされていたのだな、と感じました。
ケンモのLinuxテーマのスレ上で、「 FreeBSDでwimeを使っている君」の
固定ハンドルで、間違いを訂正しようか、と思いましたが、
ID表示が赤い人に触れるのは、「危険が危ない」ので、思い直して
スルーしました。好意が敵意と受け取られかねない時代ですし。
ケンモ板のスレなどでは、「昔はUnixでソフトウェア開発をしてたよ」
みたいなレスがありますが、そんなあおりをしているヒマがあったら
portsに貢献してほしいです、と思いました。
テレビ番組などで「プログラミングができます」という、
お子様が出てくると「このお子様にmakefileを修正してもらえたらなあ」
などと思う執筆者君でした。
398: FreeBSDでwimeを使っている君 07/03(木)23:31 AAS
>>392
まるで、一太郎がLinux上に移植されたかのような書き方をしましたが
不正確でした。
Web上のPC雑誌の記事によると、Linux用の一太郎はWine上で動いていて
専用にカスタマイズしたWine利用している、という記事を、
読んだ記憶があります。
※この一太郎が、一太郎2004で、偶然、執筆者君が持っている一太郎も
一太郎2004でした。執筆者君的には「なんとも微妙な合致だな」と
思っていました。
続報! ATOK/一太郎:UNIX USER2004年12月号特別企画より転載(1/4 ページ) - ITmedia エンタープライズ
https://www.itmedia.co.jp/enterprise/articles/0411/20/news001.html
ATOKは、何かのUnix系WorkStationに移植されていて動いていた、などの
5chの書き込みを見たおぼえがあります。Solaris、HP-UXでしたか。
Linux用ATOKは何度かリリースされているので、UNIX系WorkStation用の
移植経験をもとに、Linuxネィティブなコードでバイナリが作成されたのだと
思います。
ATOK内部のみで参照されるバイナリなファイルなどは、Windows版と共通かも
しれませんね。
399: FreeBSDでwimeを使っている君 07/03(木)23:38 AAS
ATOKのPC_UNIXへの移植に際して、何かのこぼれ話で、ATOK開発陣が
Unix系の人たちに聞き取りをしたところ、熱く熱く熱く「SKKの良さ」を
語られて困っていた、という話がありましたっけ。
最近の年度のblog記事でも、一太郎をWine環境下へインストールする記事が
増えました。
「ここをクリック、デスクトップのアイコンを」な、記述であるとはいえ、
Linux界隈の一太郎が動いて欲しいユーザには、参考になると思います。
こういう記事は、一太郎のバージョンやLinuxディストリビューションの
バージョンは明記されていても、ほぼ、Wineのバージョンが書かれていない
のが、非常に、非常に、非常に、残念です。
この後は「初心者質問」と「語れ」スレに書いて、オヤツを食べようかな。
上下前次1-新書関写板覧索設栞歴
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル
ぬこの手 ぬこTOP 0.032s