[過去ﾛｸﾞ] FreeBSDを語れ Part58 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
917: 2024/10/25(金)14:54 AAS
FreeBSD 14.1-RELEASE-p5 amd64
やっとここに書き込み出来るようになった
まだバグだらけだからこれからシコシコ
918(1): 2024/10/26(土)20:06 AAS
>>908
FreeBSD専用のデスクトップが欲しいよね
919(1): 2024/10/26(土)20:29 AAS
無ければ作れ
欲しければ作れ
920(1): 2024/10/26(土)22:38 AAS
>>919
要るなら作れ
要らなくても作れ
921(2): 2024/10/26(土)23:03 AAS
外部ﾘﾝｸ[php]:distrowatch.com
これまで20年以上FreeBSDと共に慣れ親しんできたKDEともお別れの時かなあ
922: 2024/10/26(土)23:24 AAS
どこにFreeBSDが出てくる感想文なのか分からなかった
923: 2024/10/26(土)23:46 AAS
>>918
LuminaとかhelloSystemとかどうなったん？
924: 2024/10/27(日)00:22 AAS
死んだ
925: 【凶】 2024/10/27(日)00:37 AAS
今週FreeBSD 14.2 BETA1が予定されています。
926: 2024/10/27(日)00:53 AAS
>>921
linuxならopensuseがいいぞ
927: 2024/10/27(日)03:30 AAS
>>921
kubuntu24.10も使っているが快適だよ
928: 2024/10/27(日)13:24 AAS
KDE(KDE Prasma6)とのお別れを考えているのであって、FreeBSDとのお別れを考えているのではないよ
移行先を少し考え始めているけど取りあえずGNOMEは論外
929: 2024/10/27(日)14:38 AAS
FreeBSDのPrasma6はまだ開発版じゃないっけ？
入れてみたけどなんか変だったｗ
930: [age] 2024/10/27(日)15:01 AAS
GNOME, KDEみたいなDEではなく昔ながらのWM使えばいいのに
枯れたものを使うのがFreeBSDの醍醐味
931: 2024/10/27(日)16:28 AAS
Afterstepやicewm、blackboxに戻ろうぜ
私は遠慮しておく
932: 2024/10/27(日)17:05 AAS
Waylandに対応してないデスクトップ環境やウィンドウマネージャーは、いずれ(大分先だろうが)使えなくなる時が来る
そうなるとGNOMEとKDE以外の選択肢がなくなる
ちなみにX11アプリはXWaylandがあるからずっと使える
933: 2024/10/27(日)21:55 AAS
fluxboxとかでいいんだけど
あの系統はメンテされてないよな
934: 2024/10/27(日)23:20 AAS
追えてなくてすまんけどFreeBSDもWaylandに移行することが決まってるの？
古き良きUNIXっぽさを残してるのがLinuxと違うBSDのいいところだと思ってたけど・・・
935: 2024/10/27(日)23:32 AAS
割とまだ最先端と思っていたけど、目立った変更はZFSが最後か、もしかして
936: 2024/10/27(日)23:55 AAS
freedesktop.orgに逆らえるんかな
937: 2024/10/27(日)23:57 AAS
ソケット一本でリモート表示できるXの概念は好きだけど、まあ効率悪いのはわかる
938: 2024/10/28(月)01:21 AAS
>>920
要ると思ったから作ったけどすぐに要らなくなるのがLinux
939: 2024/10/28(月)03:01 AAS
WSLからリモートで使うのが楽
Xアプリはそのまま透過で使えるからね
940: 2024/10/28(月)04:44 AAS
延長ありかのう
941(2): 2024/10/28(月)13:44 AAS
俺はmate 一択。それにcompiz 。
軽いか知らんが自分のノートPCでは快適。
とにかく iPhone の様なUI だけは絶対に受け入れられない。いちいち全画面切り替わるとかウザったいの極み。愚の骨頂。Gnome3以降を使ってる奴って本当に存在するのか？
942(1): 2024/10/28(月)14:58 AAS
>>941
リーナス・トーバルズ
GNOME3をこき下ろして使うのを止めてたが、暫くしてからまた使い出した
943: 2024/10/28(月)15:29 AAS
FreeBSD限定でmacOSのGUIをオープン化して
アプリケーションAPIもオープン化してくれないかな
944: 2024/10/28(月)17:25 AAS
アップルのdarwinがやってるフリだけの詐欺みたいなもんだったしなあ
945: 2024/10/28(月)18:23 AAS
>>942
＞>>941
＞リーナス・トーバルズ
＞GNOME3をこき下ろして使うのを止めてたが、暫くしてからまた使い出した
アイツもとうとう焼きが回ったか。
スマホの小さな画面用の UI をデカい画面で使ったら超絶ウザいに決まってる。使った瞬間に気づく。最初のこき下ろしが正解。後になって日和ったのは年齢による劣化だろ。
946: 2024/10/28(月)20:29 AAS
記事を読む限り控えめに言ってもクソなWaylandに追随してもだいじょぶかな？今の状況はどうなの？
外部ﾘﾝｸ:gist.github.com
外部ﾘﾝｸ:blog.netbsd.org
(この生地自体は2020年に書かれたもの)
>> The Wayland "reference implementation" is a small set of libraries that can be used to build a compositor or a client application.
>> These libraries currently have hard dependencies on Linux kernel APIs like epoll.
>> In pkgsrc we've patched the libraries to add kqueue(2) support, but the patches haven't been accepted upstream.
>> Wayland is written with the assumption of Linux to the extent that every client application tends to #include <linux/input.h>
>> because Wayland's designers didn't see the need to define a OS-neutral way to get mouse button IDs.
意訳: ウェ〜イランドのリファレンス実装はepollのようなLinuxカーネルAPIと強く結びついている。リファレンス実装なのに。
ちなみにNetBSDのpkgsrcが独自に持つkqueue対応パッチがあるが、これはアップストリームに拒絶された。
また、すべてのウェ〜イランドクライアントアプリケーションは#include <linux/input.h>する傾向がある。
なぜならウェ〜イランド設計者がOSに依存することなくマウスボタンIDを取得する方法の必要性を認知していないから。
上下前次1-新書関写板覧索設栞歴
あと 56 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.020s