FreeBSDを語れ Part53 ->画像>14枚

The FreeBSD Project
https://www.freebsd.org/ja/

前スレ
FreeBSDを語れ Part52
http://2chb.net/r/unix/1596404184/

過去スレ
FreeBSDを語れ Part51
http://2chb.net/r/unix/1590454119/
FreeBSDを語れ Part50
http://2chb.net/r/unix/1579244083/

関連スレ
初心者もOK! FreeBSD質問スレッド その124
http://2chb.net/r/unix/1569601015/

##次スレは>>950を踏んだ人がたてませう

>>1
Z

いちょつ。
CentOS方面が荒れてる様ですが。
こっちの住民でよかった。

あれは盛り上がってるって言うのでは？

どちらかというと、阿鼻叫喚

何が有ったん

CentOS終わるよー＼(^o^)／

>>3
よくないだろ
しょっぱなから別OSの話題しか語ることがないとかそっちのがヤバイ…

LinuxでもBSDでも、どっちでもよくなってきた。
それなりの心刺しがあれば。
CentOSって売り物パクった海賊版みたいなものだよね。
最初からFreeだったBSDとは違う。
UNIXとしてみると、一部有料のものが混ざってて裁判になったけど。

>>7
まじ？

>>10
http://2chb.net/r/linux/1597131133/352-n

心刺すなよw
SASなら桶だが

>>9
その裁判で判明したことは他にもあって、他人が無料で開発したものをあたかも自分が権利を有するものとして有料で売っていたことだよ

TrueNAS ＋ AQC107 10GbE NICと、
Windows10 ＋ AQC107を、
switch経由で繋いでiPerf3使って通信速度の計測してるんだけど、
パラメータ変えても6Gbpsくらいしか速度が出ない。
期待値としては9Gbpsくらい出て欲しいところだけど。
TrueNASはFreeBSD RELEASE12 U1。
ジャンボフレームはどちらのマシンも9kに設定済み。
これはFreeBSDの問題ですかね？それとも何か設定が必要なんですかね？
なんか情報持ってる人いますか？

多分、Windowsが足を引っ張ってる。
FreeBSD ←→ mac の場合は9.7Gbpsは出るが、
Windows ←→ mac の場合は6Gbps程しか出ない。
双方ともAQC107で、MTU9000かつ直結での話を

お兄ちゃん、早くきて

>>14
ウイルス対策ソフトとかファイヤーウォールソフトのせいとか言うオチじゃねぇーよな?

>>15
いろいろ直結でやってみた。

FreeBSD <--> Mac
FreeBSD <--> Windows
Windows <--> Mac

でも、どの組み合わせでも良くて7Gbps弱くらい。
MTUは全て9k。スイッチは関係なかった。
これはAQC107の限界なのか、それとも環境の問題か。
AQCがまともだとすると、問題があるのはケーブルか。
でも、ケーブルはCAT7なんだけどな。

>>17
セキュリティソフトの類いは入れていない。

10Gbps環境だとCAT7よりCAT6Aの方がいいと思う。
STPケーブル使っているだろうし、RJ-45コネクタだろうし

https://svnweb.freebsd.org/base?view=revision&revision=368820
Gitに完全移行なん？

FreeBSDみたいにでかいのは
gitよりsubversionの方が同期が全然速いぞ

時代やなあ

portsの方はまだSubversionのままなのかな

そのうち/usr/src直下のディレクトリとcontrib直下がサブモジュールになったりして

フォロワー数０な俺のとあるフォークしたGITHUBリポ地鶏を視姦する人がいる
フォーク元を見てくれよ・・・

>>20
CAT6Aでも同様だった。
むしろ少し速度が低下した。
このNIC固有の問題かもしれん。
Amazonに返品だな。

お前らにオススメの関連スレを貼っときますね
http://2chb.net/r/unix/1293207252/l50

お前もな

Ruby 3 を早く ports に下さいな！

今日もpython2の呪いを抱いたportsが幾つか逝ったか...

皆さんの使用アプリは大丈夫ですかな？
Ports with an expiration date
https://www.freshports.org/ports-expiration-date.php

なおchromiumも明後日召される予定

FreeBSDはもう仮想ゲストのルーターでしか使ってなくて近頃の動向知らんのだけど
2週間ぐらい前にports/lang/tauthonなるものが新設になって
その能書き見てると「これが1,2年前にきてたらpy3非対応portsは
pythonをtauthonに書き換えるという単純作業だけで生きのこれたんでは？」とおもた
（自信なしまったくなし

おあめら来年も良いお年を〜

>>31
その知恵遅れと変わらないルール適用、やめたらいいのにw

svnでこれまでcurrent他stableとかおっかけてたけど
gitに変わっての正しいおっかけかたは？

base/head releng release stable くらい同時にってどうするの？

man git

ブランチ単位じゃないの？

俺も知りたい
公式とミラーの両方を混ぜてると悪夢でうなされそう
公式　https://cgit-beta.freebsd.org/src.git
ミラー　https://github.com/freebsd/freebsd.git

まさかcurrentブランチが三重化されているなんてなあ・・・

>>38
三重化されてるならどれか1つ見ればいいよね。

だいぶ前からgithubのリポジトリ使ってるから今更的な
一度cloneでコピー作ったらgit pullで同期するだけ
別のブランチが必要になったらgit checkout

これまで，svnで baseの下全部落としてたから，同じことができたらとおもってるだけどなあ．．
ROADMAP.txt projects releng svnadmin vendor vendor-sys
head release stable user vendor-crypto
こんだけ全部同時におっかけたい．．

正直gitの方が楽

iwmのマニュアルを見たら、
Intel Dual Band Wireless AC 9560
というのが出てたので、
最後のお布施ってことでウチのlet's noteに
入れてみたいと思う

URLs.mdでは公式はgit.freebsd.org/src.gitってなってるぞ

cgit.freebsd.org/src の下の方にもそう書いてある

今git pullしたらmasterは廃止されたみたい

$ git log -1 master
commit de1aa3dab23c06fec962a14da3e7b4755c5880cf (master)
Merge: 9e4440ca5ba7 3cc0c0d66a06
Date: Wed Dec 30 11:29:55 2020 +0100

THIS BRANCH IS OBSOLETE, PLEASE READ:

Dear all,
the FreeBSD project has switched their source of truth repository from
Subversion to Git on 2020-12-23. The previously published commit hashes
were missing required merge commits and were thus unsuitable to be the
basis of the source of truth repository.

They had to be changed (aka "force pushed"). We're sorry for the
inconvenience this causes.

このあと80行以上続く
なげーよ

>>46
もうナチスMSのものだね

>>47
その発想がわからないんだが

Remove most expired ports that depend on Python 2.7:

Exceptions are:
- mail/mailman, our listservers still use it
- www/chromium, solely because of popular demand,
upstream is (slowly) working on porting it to Python 3
- ports that have actual patches for Python 3 against
them (Cinnamon and a few unrelated other ports)
- llvm70 and qt5-webengine because they seem to have a lot
of dependencies which need further analysis
- sysutils/uefi-edk2-bhyve because bhyve seems to use them
- python2 and python27 themselves

I'm sure there will be complaints, but the nice thing about
a version control system is that we can revert and adjust things.

by. Ren&#233; Ladan

portsにchromiumがまだ残ってるのを見て不思議だったけど特別扱いされてたんだ

日本でFreeBSDを使って金持ちになった人は居ないに等しい

えー、livedoorというかオンザエッヂな方々の一部はfreebsdでお金持ちになったハズ。

ライセンスとコンパイラとファイルシステムではLinuxより人気が出てもいいはずなのに、人気がないのはなぜなのか。
カーネルがイマイチなのか、HWサポートがイマイチなのか。

>>53
思想の違い

>>51
プロバイダーやサーバー屋は儲けたのでは？

>>51
SONYはプレステに搭載してかなり儲けたのでは？
東芝はTVやDVDレコーダーなどに搭載してかなり儲けたのでは？

>>53
大抵のPCに1発でXが動いて日本語もすぐ使えるようにインストールできないのに人気出ると思うほうがおかしい。

パナソニックのTVには、FreeBSDにFirefoxOSを移植したものを搭載していたけど、今はどうだろう？
少なくともFreeBSDは使ってるだろう

>>51
さくらインターネットはFreeBSD使ってるはず。

>>57
「ライセンスとコンパイラとファイルシステムでは」と書いてある

全体としての不人気理由は同意だが
そして消滅まで改善される事は無いだろう

それだけが求められてる訳じゃないってとこが普及率低迷の原因だろうて
今更全部CUIな環境とかそれなりの知識があっても面倒な事この上ない
リンカはさておきコンパイラ使うって事はソースを編集したりするんだろうし
GUIからgitやら左右比較やらファイラ複数開いて複数のディレクトリの一覧開きっぱなしやら出来ないってのはなぁ

ライセンスやfsにしてももはやマシンパワーがそれなりの水準を超えて久しい上に
Linuxのライブラリ類がLGPLになって久しいし
特にdedupとかしようとすると8Gでも窮屈だしその辺りが必要ないならLinuxでもいいし

BSDライセンスなFreeBSD本体に成果をコミットしてもプロペラ製品として他者(他社)に使われるし
かと言って自分だけでメンテするのもよほどの体力(カネ)がないと出来ないし
その点を考えるとGPLは投げっぱなしに出来ていいよね(ただし一定以上の人気が必要)

商業的な成果ばかり考える人は、マイクロソフトを使うべき。

なんで
FreeBSD
だけで完結しようとするのはなぜなのか？

リモートで繋いでのGUIを必要としていない作業がメインだから
扱いやすくて重宝しているけど
用途はサーバ・Webアプリだけど

>>64
その変な改行はなにかの宗教なの？

git と rust がウザい

自分は最大で100MHzまで自動ダウンクロックしてくれて
バックグラウンドプロセスのI/Oもあまり無い
エコなFreeBSDデスクトップをなるべく使うようにしてるけどなあ

PS4とVIERAに搭載されてる事を考えれば、そうとうなシェアだろ
目の前に見えてる物だけがシェアじゃないぞ

そう言えば去年買ったビエラで録画用HDDをフォーマットしたらUFSだった

俺氏100人に聞きました、FreeBSDを選ばない理由

音と絵に弱いですよね 2人
暗い画面に四角いのがピコピコしてる画面で、どうせ英語の文字データしか扱えないんですよね？ 8人
使いたいソフトウェアは全部自分でコンパイルして依存関係の調整をしなきゃならないんでしょ？下手するとカーネル再構築も 12人
最新情報が日本語で手に入らないですよね 28人
資金と人手が有り余ってる大企業が独自にカスタマイズして使うならともかく、個人で使うのはただの苦行なんじゃ？ 50人

日本語の情報(パン)が手に入らないなら英語の情報(ケーキ)を手に入れればいいのに

日本語化と日本語にまつわるトラブルの解決法も英語で転がってればいいのに……
（必要になることはそう頻繁にはないけど）

世の中には「ただの苦行」を「至福の一時」と感じる変人もおりまして

ゆとり教育の弊害がここに見えるわけだが

いつまでゆとり教育とかいってんだ
お前の中ではいまだに最新の流行語か

場をわきまえず持論展開しようとする奴こそ
ゆとりっぽいと思うが

ママー！　あのおじちゃん、かがみにむかってなにかゆってるーー！

と、嫌がらせしか楽しみが無いおじいさんが鏡に向かって申しております

寒いよね

寒いから豚汁作ってる

ぶたじる（←何故か変換できない）作れるとか羨ましす

カレー作るのに飽きたら豚汁じゃね。
カレールー入れるか、味噌入れるかの違い。

よおし、隠し味にチョコを入れるハックをしちゃうぞ

USB3に接続するGbEポートはFreeBSDで使えますか？

かにさん避ければおｋなんだろうか

今家にあるやつは全て挿しただけで使える。
アマゾンで売っているHUB一体型のは使えると思うよ。
大体RTL8251/8153だし。

MacOS Xが対応しなくなった古いiMacやMac miniにFreeBSDかNetBSD入れて使っている人おりゅ？

またゆとり

お前の次のセリフは
「FreeBSDでおすすめのアウトラインエディタありますか？」だ

FreeBSDでおすすめのアウトラインエディタあり・・・( ﾟДﾟ)ﾊｯ！

アウトラインエディタ無いの？別にFreeBSDである必要も無いけれども

アウトラインガイジ　が　ほんしょう　を　あらわした

FreeBSD CURRENTユーザー限定イベント（すでに終了）
https://opensource.srad.jp/story/21/01/14/1729239/

やらかした人はバックアップもせずworldしちゃったのかな

イベントの後に可能となったブート画面（スラド経由）
https://twitter.com/i/web/status/1350026756158271490
https://twitter.com/5chan_nel (5ch newer account)

UEFI PXEからTFTPサーバ上の /boot/loader.efi 読み込みさせる所まで出来たんですが、"Setting currdev to net0:"というメッセージ箇所で止まってしまいます。
NICはI210-T1です。何か追加で設定が必要でしょうか？

最新の Mate でメニューの項目が動く様に治ってるな。

Cinnamonも大幅にバージョンが上がってだいぶマシな感じになってる

KDEを使ってる俺は高みの見物

モニタもキーボードも接続していない自分には関係が無かったか…

FreeBSDのDEは色々試してみたけど
ツッコミどころ(Linux版では正常なのに移植版では不具合がある箇所)が最も少ないのはXfceだと思う

>>100
vnc「(´；ω；｀)」
xrdp「(´；ω；｀)」

ctwnちゃんは

古いけど、複数の仮想デスクトップもてるしお薦め

lumina つかえよ

おすすめポイントは？
BSD謹製と言う事以外で

>>102
XRDPをやってみた。
Windows10から多段SSH経由でRDP接続したらMATE環境が使えたけど応答が遅くてスクロールが重い。
これはXRDPとクライアントの設定変更でだいぶ改善したけどやっぱりキーリピートに追いつかない。
仕方ないからローカルのWindows10に多段SSH経由でRDP接続してそこからRDP接続したら凄く快適だ。

>>107
xrdp「(*´ω｀*)」

どのxrdpか知らんけど、少なくとも俺のC7（乾電池でも動く骨董品）mini-itxに
i386のBSD突っ込んでxorgxrdpでRDP鯖させるとめっさ遅い
ところがDebian（同じく32bit）だと結構パフォーマンスが改善される
VNCでディスプレイ:0をまんま飛ばす時とは訳が違うから
vfb関連の違いかvfbへの書き込みにアクセラレータが効くかどうかとか
xorgxrdpのビルドオプションの類の違いだと思う（超憶測）

補足、C7（esther）は大昔のviaの低消費電力低発熱のx86互換CPU

久々にラズパイでrdpしたくなってきた
3B+ではLXDEすらやっとだったけど

FreeBSDが俺のESP5000で動作できなくなる未来も遠くはないんだろうな
というかすでにボタン電池交換しないと電源入れる度に時計が狂う

>>109
packagesじゃなくportsで入れたら変わるんじゃね

>>113
わかる範囲でのディレクティブでのオプション指定とか色々いじってもダメだった
ドライバ周りとか調べれば何とかなったかも知れんけどそこまで調べるくらいなら
素直にLinuxに逃げるかxrdp通すかどうかはともかくVNCの画面:0使った方がいいと思う

ずっとcrentosでアパッチ動かしてたけど、FreeBSDに変更したら、体感でわかるくらい早くなった。とくにウェブサイトで稀に意味不明のプチフリしてたのが無くなった。
FreeBSD凄いですね。

そう言えば適当にググって上辺の数字だけ出してくるニワカの子を見かけなくなったな

信じない訳ではないけど、体感で差がわかるはエロ過ぎなので、OS以外に差はありますか？

>>115
迷えるCentくんを導くメシアさんになるんやで！

FreeBSDにインストールされるApacheはデフォルトでAcceptFilterが
有効になっています。

https://httpd.apache.org/docs/2.4/ja/mod/core.html
https://kaworu.jpn.org/freebsd/Accept_Filter

この機能を使うには/boot/loader.confにも以下を追加する必要がある？ようです。

accf_data_load="YES"
accf_http_load="YES"

この機能はカーネルレベルでHTTPリクエスト全体をバッファリングするまで
サーバプロセスにソケットを送らないようにします。

体感的にわかるかどうか不明ですが、短時間にアクセスが集中するような
高負荷時でも大量のリクエストを効率よく処理する事ができるようです。

i386、13.0より Tier 2 へ降格

PC-98x1のときと同じ過程を辿りそう？

そんな気はする

[FreeBSD-Announce] FreeBSD/i386 demoted to Tier 2 for FreeBSD 13.x
https://lists.freebsd.org/piperめえる/freebsd-announce/2021-January/002006.html

>>120
あらら(´・ω・｀)

i386がなくなるのは仕方ない

だがMBRがなくなってEFIだけになると終わるぞ

そんなこと言われても、もうMaster Boot RecordなんてFreeBSDから消えているんだよね
昨年の馬鹿騒ぎに乗じてな！

アイワでいいんだよ

もうMSのものだね

なんでおまえらMSがそんなに好きなの?

>>126
His Master's Voice の話をしてるのかい？

>>129
いや誤爆スマソ

Hyper-V 上に 13.0 の ALPHA3 入れようとしたら起動画面がきれいでびっくりした。
字も滑らかだし。

綺麗になったよね
俺はロゴをデーモン君の画像にしたった

"releng/13.0" branch created;

13の目玉は何？

デーモン君のダサさがイマイチFreeBSDが普及しない原因だと思う。

>>135
何だと貴様！
確かにダサいわ、今気付いたよ

と、デーモン君が申しております

OpenBSDのハリセンボンに対抗してハリネズミにしようぜ。
この際だからイメージカラーも青にしちまおう。

黄色い電気ネズミとか黒いネズミはやめておこうね。

13にはOpenZFS 2.0が入ったはずだから
永続的なL2ARC・データセット暗号化・ベクトル演算命令を使った高速化・アロケーションクラス
あとdRAIDはどうだったっけ。
古くてメンテされないドライバがごっそり消えていくとかそういうのも目玉か？

dRAIDは2.1からとの事で
openzfs.org/wiki/Roadmap
decomo.info/wiki/blog/2020/2020-10-07

今これ
% freebsd-version
13.0-BETA1
% zfs version
zfs-2.0.0-FreeBSD_gf11b09dec
zfs-kmod-2.0.0-FreeBSD_gf11b09dec

FreeBSD 12.1、1月31日にend of lifeを迎えていた
俺はもうちょい使うね

新しいデーモンを作るプロジェクトかぁ・・・

言われたからって本気でそう思ってるならちょいとウブ過ぎる

wine-develがビルド中にエラーになるわ
sysinfoが無いとかいってくるが
wineでは大丈夫だ

>>143
横から質問なんですが、amd64でもi386でもかまわないんですが、
Wineのバイナリは、正常に動いていますか？
「wine: could not load ntdll.so: (null)」と言われて
動かない状況です。※詳細は以下のURLにあります。

http://2chb.net/r/unix/1107211157/919-n

FreeBSD12.2R(i386,PAE)で、wine-devel-6.0r4でも同じエラーで
動かないままです。

デーモン君のダサさは一考に値すると思う。
お前らは機能＞＞＞見た目で、それはそれで正解だと思う。

でもさ、世間に受け入れられるためには、世間の大半を占める女性が拒否感抱かない程度のデザインは必要じゃないか。
デーモン君もそうだし、freshportsのサイトに至っては皮肉が効きすぎて、人前で見る気にすらならない。
「あの人のパソコンコバエが歩いてる。汚い。」って思われるから、スタバなんかじゃ絶対開けない。

ならそう思う人が然るべき場所へ進言すればよくね

正直どうでもいい
それに首脳陣が「これじゃマズい」と思ってたらとっくに変わってるでしょ

メタボ腹のペンギンがカッコいいからLinuxが普及した訳じゃ無いよなw

freebsd-update で 13.0-BETA1 に上げられないなあ、と思ったら不具合で使えないようになってるのか。

>Due to unforeseen issues with BETA1, freebsd-update(8) builds are not available for 13.0-BETA1.

うえーん
FuryBSDがしんでたよー

>>149
なんか公式に荒らしが酷くてどうのこうのと書いてあった

>>144
とっくに試行済みでしょうけど思いつくのはulimitとかswap無しの環境とかそんなんですかね。

当執筆者でFreeBSD12.2R(i386,PAE)の環境を固定して、
Wineの各バージョンを試したところ、Wine5.9以降だと、
「wine: could not load ntdll.so: (null)」
（または別のエラーメッセージ）
と言われて、起動しないのが判明しました。
執筆者側の凡ミスの可能性もあるので、使っている方に
バージョンをおうかがいしたいと思いまして。
「wineでは大丈夫」（develではない）という事は、
i386-wine(5.0)、wine(5.0.3)、という事ですかね。

LinuxでのWineの動作報告は、バージョンを書いていないのが
多いので、あまり参考になりませんが、おおむね動いているように
見受けられます。

今のところ、FreeBSDでは、Wine5.8以前だと動きますが、
Wine5.8でも、いまいち怪しい動作をします。
今のところ、Wine5.0.xでは「怪しさ」はないので、
FreeBSDで安定版として設定されている、Wine5.0.xが
おすすめバージョンとなります。

詳しくは >>144 のURLのOfficeスレで。

FreeBSD 13 BETA Benchmarks - Performance Is Much Better
https://www.phoronix.com/scan.php?page=article&;item=freebsd-13-beta1
13は12より軒並み倍近く速くなってんだけど、遂に本気出し始めたかｗ

めっちゃマッハになっとるやん

>>153
ネットワークが5倍速くなったという記事はあったけど、それ以外のベンチマーク比較はどこにある？
https://www.phoronix.com/scan.php?page=news_item&;px=FreeBSD-5x-IF_Bridge-Perf

ネットワーク自体が５倍になったら事件
５倍ってのはif_bridgeな

Second beta test snapshot.

XRDPを導入してみた>>100だけど
別途用意したすこし速いサーバーでやってみたらXRDPどころかX over SSHでEmacsの全画面スクロールが普通に出来てしまった。
初期起動自体はHDDだからそれなりに遅いけどメモリに載ると速い。

これでbuildが高速化されるのか

>>158
なるほど、そういうのも速くなる訳か
if_bridgeだけかって感じで読み流したけどこれは確かにすげぇな

なんで急にそんな早くなったの
というか今まで何やってたの

>>161
記事に書いてあるが。

FreeBSDは企業のネットワークインフラストラクチャの中では十分な性能を発揮することで知られていますが、
if_bridge の場合、フランスの通信会社Orangeのような大規模な通信事業者を直撃するパフォーマンスの
ボトルネックがあることが判明しました。このネットワークスイッチコードのための単一のMutexの競合が激しく、
1秒あたり約370万パケットを処理するのに限界がありました。しかし、FreeBSD 13-CURRENTのepochを
利用して、Rock/Mutexを必要とせずに、より大きな同時実行を可能にすることで、1秒あたり約1860万パケットを
処理できるようになりました。

ちがうちがう。13の話じゃ無くてマシンが貧弱すぎたって話。
ネットワークの応答や速度もXRDPの実装も悪いんじゃ無くて単に必要なリソースが足りてなかったってだけ。

あと13に新フレームワーク？なif_bridgeが実装されてるか確認できてない。

自分で確認すればいいよね

ぐーぐるもナチスMSの手に落ちたっぽいな

>>153
単純なCPUだけの計算処理で倍近く速くなってるから、単に今までIntelCPUをフルに使えてなかった可能性が高い…
最近のCPUはステートの管理とか複雑そうだけど、FreeBSDは相変わらずその辺は後手に回るんだな

あれ？i386イメージが置いてある
BETA1でなくなってたからもう完全に斬られたと思って自前ビルド面倒いなあとネコと話してたのに

まだギリギリ生きてたか

以前12.1から12.2に更新した時にamdgpu.koのABIが変わっててパニック食らったやつだけど
今日pkg upgradeして再起動したんだけどまたパニック食らったよ
またportsからmakeしなきゃならんのか

まあそんなに時間かかんないし

13のsys/netでgrep EPOCHしてみたらえらいひっかかったのですでに変更済みのようです。
テストしたいけどif_bridgeとvnetでjail間通信なら測定できるかな。

ついでにng_bridgeはマルチスレッド化されてるらしい。

13BETA2でEPYCのベンチマーク
https://www.phoronix.com/scan.php?page=article&;item=amd-epyc-freebsd13&num=1
Xeonで大幅な性能向上が見られたのはPステートによるらしい

Ryzen対応はよ

>>155
馬鹿には見えないベンチマーク

BETA3 builds begin

BETA2からの変更点はZFS raidz2/raidz3 使用時の不具合修正とか、一昨日脆弱性が発見されたOpenSSLの更新とか

dRAIDが完成したらしい
OpenZFSのHEADで試せると

最低20台以上のディスクが無いとRAID-Zにたいして優位性が無いとか

dRAIDなんてものがあるのを初めて知った。
パリティディスクをブロック単位で分散したものがRAID5/6で、
さらにスペアディスクをブロック単位で分散したものがdRAIDってわけか
復旧時の性能低下を抑えながら、システム全体のSSDの寿命を伸ばせるってことにつながると。

まあRAID使ってない俺には関係なかった。

IDEのTheiaインストールしてリモート開発やりたいけど、インストール失敗。
誰か成功してたらやり方教えてくれないか。。

IDEなんて随分懐かしい規格だな
時代はすでにSATAだろ

そのSATAすらレガシーに移行しつつある今日この頃
まだ全然現役ではあるが

最近のゲーミングマザボはM.2スロット4つ搭載とか狂ってるからな

いけない、SATAがSASIに見えた

FreeBSD 12 のPkgでmariadb102を入れたいのですが、存在しないとエラーで怒られます。どうすれば入れられるでしょうか。

mariadb102-server Multithreaded SQL database (server)
Expired This port expired on: 2020-07-01

残念

>>183
どうしても10.2じゃないとダメってことならJAIL環境にQ2かQ1あたりのportsツリーでビルドしてJAIL環境で動かせば良いと思います。
本体でやると依存関係のライブラリのバージョン競合とか有ったりすると嵌まるので。

ちょっと前にpython27排除の関係で消えるゲームについて話題になったことを思い出して
13-BETA3上の12.2RのJAIL環境にQ2のportsツリーでビルド＆インストールしてみたけどできましたよ。

RC1はBETA4になりますた

あらら
BETA3-p1とか出ちゃってたしなあ

NBSDの方がBSDらしい()

% uname -srm
FreeBSD 13.0-BETA4 amd64

はやく13でないかな
新規インストールするためにSSDも新調したけどまだ待たなきゃならないのかな？
買ってから半年経っちゃうよ

BETA4使ったらバチでも当たるのか？

毎週パッチを当てなきゃならなくなるしなあ
それに人柱にはなりたくないし

人柱も案外楽しいのに

currentで待機してろ

>>185
どもです。jail使ったことないので勉強してみます。

>>194
この間危うくcurrentにするところだった。

12.2から13-stableにするのにbuildworld installworldしたらバイナリが動かなくなっちまって一回入れ直ししたんだけど13-BETA4じゃ再現しないな
普通に互換性ある、何だったんだろ

>>197
カーネルビルドに失敗した

>>198
いや本来は
buildeorld
buildkernel インストール
installworld
が標準手順だろ慎重にやるならinstallworldをシングルユーザでやる

これのうちkernelのインストールをすっ飛ばしたら詰んだという話なんだ
ソースがアップデートされているのは確かにそうなんだが1週間程度で再現しなくなった。他に何かミスった可能性はあるがよくわからん
まあ大した話じゃない

BETA5「お・待・た・せ（ハート）」

Rename stable/13 to -STABLE now that releng/13.0 has branched

% uname -srmv
FreeBSD 13.0-RC1 FreeBSD 13.0-RC1 #5 releng/13.0-n244639-60e8939aa85: Fri Mar 5 10:07:39 JST 2021
root@FreeBSD:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64

FreeBSDのバージョンレベルは sys/conf/newvers.sh で定義されていて
以前は svnweb.FreeBSD.org で見れたけど今は git に移行したので
cgit.freebsd.org で見れる
https://cgit.freebsd.org/src/diff/sys/conf/newvers.sh?h=releng/13.0
https://cgit.freebsd.org/src/log/sys/conf/newvers.sh?h=releng/13.0

なんだかんだ言っても便利よねgithub

>>202
早く13.0-RELEASEが出るといいな。
12に比べたパフォーマンスがかなり上がって
るんでしょ？

>>205
ALPHA1の頃はpage faultで頻繁に再起動かかってたけど
今は全く出なくなった

自分でベンチマークして比較等はあまり興味は無いけど
串とかdhcpdとかやらせてて以前よりモッサリした感じが無くなった様な希ガス

ZFSのzstd透過圧縮は個人的に嬉しい機能追加

自分からはそんな感じで

>>205
P-Stateが利用できるようになったらしい
まあRyzen使ってる俺には関係ないみたいだけど
早く対応して欲しい

13でpicobsdがあぼーんしたようだ

>>205
Phoronixの記事
https://www.phoronix.com/scan.php?page=news_item&;px=FreeBSD-13.0-RC1-Released
INTELのCPUではパフォーマンスがアップしてる

>>208
picobsdが削除されたのは2019年の話
https://cgit.freebsd.org/src/commit/release?id=6d180b1360b19930587764af836c009419cc3365

>>209
Pentium Pro(i686)クラス以上が必要になったのか

586互換CPUで使ってきたが、とうとうNetBSDに移行する時が来たようだ

Cyrix 5x86か

VIA C3の可能性

Cyrix 5x86は486互換で586と名乗るにはちょっと辛い。
互換機の安いのって、怖いもの見たさのお金のある人しか買わなかったと思うんだけど。
今思えばIntelは当時もチートベンチ使って宣伝してたかもしれないね。

>>212-213
Vortex86DXです

>>214
486の頃は金がない人こそCyrixのアクセラレータ積んだもの

Vortex86はともかくC3C7はそれなりに数が出てたし
うちでも最後のC7オンボNano-ITXマザーだけは辛うじていつでも動ける状態だわ
（電源のコンデンサさえイカれてなければ）
けどいい加減そろそろLinux含めてダメかもなぁ

Gentooは486で動いたようだ(2018)けど、FreeBSDでいえばpackagesがなくてportsだけの世界
https://linux.srad.jp/story/18/01/10/0623202/

Overdrive Processerと言って486(33MHz)から486DX4(100MHz)に換装して3倍の性能になるんだから、その当時はこんな楽しいことはなかった

金がある人はIntelのODP
金がない人はCyrixやAMDのアクセラレータだった

>>213
昨年の正月にとったログを見る限りVIA C3は686 classってなってるよ

---<<BOOT>>---
Copyright (c) 1992-2019 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 12.1-RELEASE r354233 GENERIC i386
FreeBSD clang version 8.0.1 (tags/RELEASE_801/final 366581) (based on LLVM 8.0.1)
VT(vga): resolution 640x480
CPU: VIA Samuel 2 (533.36-MHz 686-class CPU)
Origin="CentaurHauls" Id=0x673 Family=0x6 Model=0x7 Stepping=3
Features=0x803035<FPU,DE,TSC,MSR,MTRR,PGE,MMX>
AMD Features=0x80000000<3DNow!>
real memory = 268435456 (256 MB)
avail memory = 217001984 (206 MB)

C3はC3でもコア違いがいっぱいあってNehemiah以前のC3はcmovとか一部動かんでよ
だから俺はC7以前のは処分しちまったい

C3 (Samuel 2)はcmovがなくて実質586 classなんじゃなかったっけ
Featuresで上手いこと判定してんのかな？昔過ぎて忘れたわ。
かくいう自分もC3で6.0R動かしてたな。1GbEがまともに捌けなくて処分しちゃったけど。

C3のモッサリさは…
低消費電力、ファンレスは可能は
魅力的だったんだけど…

むしろファンレススピンドルレスにしか魅力がないとも言えｒ（自粛
電源以外のパーツ（ACアダプタのみ、DC-DCは個体コン）に
アルミ電解使ってないのを選んだ面々は未だに動かせる状態だろうし
SSDもSDカードも安くなったし劣化ラズパイと考えればいいおもちゃ

CMOV対応は
C3 Nehemiah
Geode NSのGX2以降、AMD全部
Vortex86 DX3、EX2
のはずだがうちのNS Geode GX1はCMOVフラグ立ってる

「OLD CPU を語れ」のスレはここですか。

年寄りはこんな脱線が楽しいんだよ。
ありがとう、211

13から液晶の輝度調整できるようになったのか。微妙に嬉しい機能だわ

cmovが動いてもmmx辺りでどこかしら抜けてたりその逆だったりとか
色々と混沌としてたから〇〇対応とかあんましアテにならなかった

github はゴミ

>>229
CMOVはあるがNOPLがなかったりね

だからこそi386の存在はその手の人々にとっては有難かった
けどもうVortex86もC3もそろそろいい加減お役御免だろう

wikipedia日本語で調べたけど、面白いし、みんなさんみたいなハイスキルの人しか使っちゃ駄目なやつだ。

i586上で動く浮動小数点演算命令を使用しないコードはほぼ全てVortex86上で動作する。Vortex86DX以降ではi586用のコードは全て動作する事になっているが、実際には一部のあまり使われないコードが動作しない。一部のLinuxカーネルは(ビルド時のオプションを指定することで)FPUのないCPU上でFPUをエミュレートすることができる。これにより、Linux上で動くプログラムであれば、浮動小数点演算命令を使用する物であっても全てのVortex86上で動作させることができるが、その実行速度は遅い。

>>232
C3はともかくVortex86シリーズはまだ現役で売ってるよ。組み込み向け

あ…ありのまま 今　起こった事を話すぜ！

『Xとvtを切り替えてXがフリーズしやがったからXをssh経由でkillしたあとに
syncしたらいつのまにかFreeBSDのブートローダーが起動していた』

な…　何を言ってるのか　わからねーと思うが

おれも何をされたのかわからなかった…
頭がどうにかなりそうだった…

カーネルパニック？
235のパニック？

update to 13.0-RC2

一昨日、13RC1を入れたノートPCを子供に渡して・・今見たらうぶんつに変わっていた・・・

まったく今時の若い者は・・・と言いたいけど
自分でOSの入れ替えできるだけ有望株だと思うよ

俺が若い頃はDOSのエロゲをインストロールするくらいだったし

headのuefi-edk2-bhyveをビルドしようとしたら…gcc10がビルドされてる。
というかportsをあれこてビルドしてるとgccの各種バージョンもビルドされるとか
言語の互換性ってどうなってるんだ…

そういう無駄なことはBSD野郎はｽｹﾞｰ上手

xrdpのGPUアクセラレート用にGT710を挿したのだけどうまく動かないので
13のbhyveでGPU passthruしてみようとしたがD26209を当ててもデバイスは見えるがドライバが動かん。
モニタレスのせいだと思うが試せない。

xrdpxorgのみかvncの画面の画像を飛ばすかどうかはともかくとして、
セッションの裏側のvfbにXサーバとして繋いで（繋いでもらって？）
xrdpかvncがRDPクライアントに飛ばす用の画像を描画する時って
GPUのアクセラレーション効くのかね？

すまん、vfb使うとしたらxrdpかvncがxvfb辺り使うんだったか
としたらxvfbを使うとしたらxvfb内で抱え込んでる画像の描画に
GPUのアクセラレーションが効くかどうか、になるのかね？興味ある

>>242
そのパッチはIntel GPU専用だけどその認識はOK？

>>245
パッチはBARsのassertで起動出来ない対策が目的。
ROM問題があるからどう足&#25620;いてもWindow7は無理っぽく
FreeBSDとDebianで試す用意をしてる。

sndioからpulseaudioに転送できれば良いんだが手段が見つからない。

xrdpとx11vncのためにpulseaudioが使えるように入れ替えてるけど
# du -hs /usr/ports/www/chromium
12G /usr/ports/www/chromium
これはシャレにならない。buildworldより重い。
HDDだからまだ良いけどSSDだったらCPUの冷却でファンが全速になる。

12Gくらいならtmpfsに乗せられる時代になってしまったな

gt710をnvidia-driverでxorgに読ませてx11vncでwindows10から覗くときに
glxinfoが
direct rendering: Yes
server glx vendor string: NVIDIA Corporation
server glx version string: 1.4
glxgearsが5000くらい、効いている、かな…？

ただし、このconfigを追加したらxrdpからは表示できない。
こんなんで通るなら苦労はしないって事か。

GT710で使ってますがnvidia-driverでスプラッシュ画面が出ません
GNOME3からcompiz-fusion起動すると落ちます
知恵悲すい
12.2R

結局nvidia-driverはxrdpで動かすの無理、と結論したので
pkgでxinitとtwmをいれてnvidiaの設定入れた/etc/X11/xorg-nvidia.confを作って
~/に.xserverrcと.xinitrcと.x11vncを作ってVNCで参照できるようにした。

12.2R ＋ mate だけど、firefox 86.0.1 で compiz が頻繁にクラッシュするなぁ。
メモリ2GBのバックアップ note pc だからかも知れんが。
それにしても firefox はメモリ食い過ぎだろって思う。

ちなみに compiz はUSE_EMERALDをnoにした compiz-manager で起動している。これを Startup applications に登録して。

うちのマシン(全部古いThinkpad)では、compiz なしだと、ウィンドウの移動に中身の描画が着いて来れなくて非常に不快 。compiz 使ってようやく快適になる。
皆さんの所の最近のマシンでは compize なくても快適なのですか？前から気になってます。

ファンシーな効果とか要らなくて、とにかく描画の快適化の為に compiz が欠かせないのです。今時のマシンではそんな問題はないんですかね。

俺はKDE使ってるのでcompizの代わりにkwinがコンポジットマネージャしてる
目立つ視覚効果は透過ウィンドウと最大化・最小化くらいかな
だけど画面の激しい書き換えはスキャンラインによる横方向のズレが気になることがある
これってwaylandになれば改善されるのかな？
だけどログインマネージャ(sddm)で"KDE Plasma (wayland)"を選択するとすぐにログインマネージャに戻ってきて使えないんだよな

IvyBridge i3 3110M ノート(最近のマシンと言う質問に回答出来ず)
メモリ８ギガ
DEはMATE

標準のmarcoでも通常時は支障なしも気持ちもたつく感じがする
やはりcompizは快適

>>252
Firefoxじゃなくて広告がメモリ食う
アドオンの可能性もある
取り敢えず広告ブロックしてみればいい

GTX960を昔から使っているけど、MATEだけで描画にもたつきはないな。
その間にCPUは3770K -> 3950X -> 5950X と変えているけど。

>>257
簡単に出来ます？やり方を教えて欲しいです。

xorgとgt710とndivia-driverでglxgearsとvlcがgt710に負荷を掛けてるのが確認できた。
xorg(:0),x11vnc,tigervnc,xrdp(:10),ssh,rd(w10)で負荷が軽い。
が、リモートではOpenGLが動かないようだ。glxinfoも通らないので:0でしか使え無い。

nvidia以外でファンレスかつロープロファイルのカードなんてなかなか無いから
ffmpegのハードウェアオフロードが出来るか試したら終わりにしよう。

>>259
Mozilla Firefox 拡張機能スレッド Part120
http://2chb.net/r/software/1608732243/

>>260
面白い投稿だったのに
残念です

>>260
乙、xorgxrdpかどうかはわからんけどその記述だとディスプレイ:10だろうから
少なくともGT710でxvfbの類だとアクセラレートはしてくれても
OpenGLとかまでは完全に対応してくれないかも知れないってとこか

そういえば環境を書いてなかった。
サーバー
MB:X10DRH
CPU:E5-2630v3
MEM:128GB
GPU:nVidia GT710
OS: FreeBSD 13-RC2, Debian buster (bhyve)
DISPLAY=:0はnvidia-driver, DISPLAY=:10はxorgxrdp
クライアント
CPU:i5-9500 MEM:32GB
Windows10, RLogin 2.25.2, RealVNC 4.1.3, VNCViewer for Google
回線
NGN折り返し, UP300M, DL90M

リモートからサーバーへは同じサーバーのbhyveで動くDebianのsshd経由で多段SSHポートフォワード。

$ pkg info
nvidia-driver-460.56 NVidia graphics card binary drivers for hardware OpenGL rendering
tigervnc-viewer-1.11.0 TigerVNC Viewer
vlc-3.0.11_9,4 Qt based multimedia player and streaming server
x11vnc-0.9.16_2 VNC server for use with real X displays
xinit-1.4.1,1 X Window System initializer
xorg-server-1.20.9_3,1 X.Org X server and related programs
xorgxrdp-0.2.15 X.Org driver enabling use through an RDP session with xrdp

あくまで私の環境で、なので参考程度に。

テストはVLCでmp4動画を再生した時の負荷をtopで眺める。

接続は三種類。すべて多段SSHポートフォワード。
1.Windows10からRDPでxrdp(:10)に接続。
2.Windows10からVNCでx11vnc(:0)に接続。
3.Windows10からRDPでxrdp(:10)に接続しtigervncでx11vnc(:0)に接続（つまり2を1でやる）
何れの場合でもXorgの負荷は高くても20%程度。

1.xrdp
[xrdp:100%,vlc:100%up]
かなりスムーズな表示。コマ落ちは感じられない。
タスクマネージャーでのビットレートが50Mbps前後。
再生中は操作が重く遅延するが操作不能というほどではない。

2.x11vnc
[x11vnc:80,vlc:40]
かなりコマ落ち。タスクマネージャーでのビットレートが30Mbps前後。
操作に問題はなし。

3.xrdp + x11vnc
[xrdp:100%, vlc:40%, x11vnc:40%, vncviewer:20]
コマ落ち。タスクマネージャーでのビットレートが40Mbps前後。
再生中は操作が重く遅延するが操作不能というほどではない。

vlcの負荷はフレームレートに応じてと思われるのでxrdpでの再生が一番優秀。
代わりにxrdpへの負荷も相応で場合によっては操作不能になる。ただし1~3を全部同時にやっても操作はできた。
多分ローカルネットで直接つなぐと操作できなくなるくらいの負荷がかかると思われる。

こう言う書き込みばかりで埋め尽くされていたら荒らしも付け入るスキが無いな
有り難い

だめ。お手上げ。コード書いてデバッグしないと判らん。

$ env DISPLAY=hoge:0 glxgears
XIO: fatal IO error 22 (Invalid argument) on X server "hoge:0"
after 27 requests (27 known processed) with 0 events remaining.

これサーバー上で:0ならLD_PRELOAD=libGL-NVIDIA.soで動くし
LD_PRELOAD=libGL.soならhoge:0でも動く。
間接GLXが死んでるわけじゃ無いんだがnvidia-driverだと機能しない。
ドキュメント読んでオプション付けてログからすると効いてる筈なんだが。

VurtualGLだったか、アレならいけるかもしれんけど…
しゃーない、13が正式リリースしたらもう一度試すことにしよう。

待ってますよ
応援してます

13-RC2
今朝けっこうな量のパッチが投下されたとのメールあり

RC3の予感

>>269
すこし前にas needed マークが外れた
build されるのは確実

>>270
情報thx

帰ったら上書きworldしよ

>>271
それどころか、来週RC4あるかも

>>272
情報thx

そしたら来週上書きworldしよ

RC3ﾆﾅｯﾀﾖｰ

FreeBSD 13.0-RC3 #8 releng/13.0-n244696-8f731a397ad4: Fri Mar 19 10:44:26 JST 2021 amd64

12.2R で compiz がクラッシュする件、Firefox は関係ないかも。
デスクトップのアイコン、例えば hoge.png のダブルクリックで100%の再現性でクラッシュする。
うーむ。うちの古マシンだけなら、あるいは 13R でないなら良いんだが。。。

compiz と言えば ccsm 復活してくれないかなあ
Python3版で

ccsm は mate にはあるよ。何版か知らないけど。

cimpiz クラッシュするから、直るまで picom にしておこう。

>>278
compizconfig-backend-gconf というやつはあるみたいですね
gconf-editor でいじるやつ
狙い通りにいかない時があったり、いまいち直感的じゃないので使うのを止めてしまいました

で、何とか楽して設定いじれないかと思いついたのがLinuxのccsm(GUIダイアログのやつ)で設定作ってFreeBSDへまるっと移植する手法
おかげでデフォのいらないアニメーション等を狙い通りに退治するのが楽になりました

>>278
13.0-RC3
環境は >256 の通りです
通常のXセッションならCPUフル稼働時でも描画スムーズで滅多にクラッシュしません

>>280
これは何ていうコマンド？

>>281
bsdinfo だね

>>281
282さんの言う通りのものです

より詳細な情報を出力されたいなら screenfetch や neofetch の方がいいですね

>>280
13 では compiz 問題ない見たいですね。リリース出たら入れて見よう。

NotePCですね。デュアルブートしてますか？
これまでいつも入って来たWinを残して領域縮めてのデュアルブートにしてますが、
UEFI での経験がなくて、次に買う note で出来るか不安。

>>284
私の私用ノートPCなんですが、まだストレージ部分の蓋が外せるタイプでして
元のWindowsストレージは使う時だけ換装しております
WindowsとFreeBSDのefiは私のノートPCでは
設定なしで認識するので便利ですね

で、FreeBSDのSSDはと言うと、
パーティションタイプ: GPT
Debian: ada0p2
FreeBSD: ada0p4　みたいな感じにしてます
Debianを使いたい時はFreeBSDから efibootmgr で設定して
grubでブート出来る様にしてます

FreeBSDのuefiブート、デスクトップマシンでうまくいかなかった時があったので
その際はこちらを参考にさせて頂きました
ASRock マザボにて、FreeBSD11をUEFI Bootさせる - 有効な無駄知識を…?
https://blog.goo.ne.jp/low-electric-mouse/e/560216e4556ba928dd78246fef7d1339

>>284
compizに関してはアバウトな話になってしまいますが、
「そう言えば12.2Rの時たまにクラッシュしてたけど殆どしなくなったな」と言う印象です。

>>282
ありがとう。さっそくインストールした。

今のFreeBSDのドライバが少なすぎて今時のノートPCにそのままインストール出来ないケースが多くて悲しい
仮想環境に入れれば安定して使えるけれどもおもろないねん

そう言えばおじいちゃんPCばかりかき集めてたから気にも止めなかったんだが
どの位新しいマシンに対応出来るものなのだろうか

例えばグラフィック関係　gpu-firmware-kmod も新しいやつが出た様だが

>>273
今週はRC4って、発表されたな

円球面

>>290
今確認した

一報thx　明後日直帰して上書きworldしよ

Intel Iris Xe ってもう対応してるかな？
新年度に X1 nano を注文しようかと思っているので気になる。ゲームとか無関係なんで vesa でも良いんだが、やっぱ悲しいし。

FreeBSD 13 で drm-devel-kmod なら動くと思う。
https://forums.freebsd.org/threads/drm-kmod-help-completing-the-compatibility-matrix-intel-gpus-vs-freebsd-versions.79362/

良いニュースだ。

来週はRC5かな

いつまでRC出しとんねん

入れた結果起動しないとか zfs 飛んだとかよりはずっとまし

Golden weakまでにはリリースどころかエラッタとp1くらい出るんだろうからそれまで12.2を使う
といいつつラズパイ4とbhyveで試しておくけど

弱点満載のリリースか?

Golden weak point

黄金の弱点

RC3-p1 とな

またOpenSSLか…

RC4遅れるかもってメーリングリストに流れたけど、いつもの週ならそろそろ来るsnapshotも来ないんだよな
何か異変が起こってるのかも

Coreを代表して、13.0RC4が遅れる可能性があることをお知らせしたいと思います。 グレンは緊急事態に対応する必要があり、数日間応答できないか、応答が遅い可能性があります。 それでも、リクエストや質問をre @にメールで送信することをお勧めします。 緊急の場合は、必要に応じてcore @に送信できます。

と，機械翻訳してみた．

日本語で

メールを素直に読めば、グレンさんに本業かプライベートで緊急事態が起こって休むので、RC4に関する意思決定が遅れるけど、システムやソースに問題は無いから安心してちょっと待っててね。って読めるけど
ソレじゃsnapshotは打てるわけで
システムやソースで何かやらかしたんじゃ無いかって思える

例えば、リリースビルドを間違って始めちゃったとか

流行りの中華熱鴨

RC3で何か問題有ったっけ？

>>310
ごく最近のOpenSSLの脆弱性以外は正直よく分かんない
昨日新たにpfctlの修正が入ったみたいだけどpf使って無いし

普通にRC3-p1実機x2に投入してるが
日常用途に使ってるぶんには致命的な欠陥には遭遇していない

>>310
FreeBSD Kernel での WireGuard サポート 停止。

https://lists.freebsd.org/pipermail/freebsd-hackers/2021-March/057082.html
これと，
https://arstechnica.com/gadgets/2021/03/buffer-overruns-license-violations-and-bad-code-freebsd-13s-close-call/
これあたり参照かな >>310

2008年に逮捕されたまで読んだ

MITライセンスなRuby on Railsもついこの間サードパーティーライブラリのライセンス不備が発覚して一撃食らってるし
GPLは爆弾やな

結局、今日までsnapshotもRC4も来なかったな
次の金曜日には来るかな?

やっとRC4来たね

WireGuard組み込みカーネルでパネェVPN性能が出たぜ！
からのライセンス違反と低品質なコードが発覚か…
OSSの十分な目玉問題は根深いっすな

ぴえん

ディスク消去ツールwipe-outの作者もおまえらの仲間なんやろ？

ports も Git へ

次はサブモジュールに分化かな？

一応、今週末はリリースビルド開始予定にはなってるけど、どうだろね

出すぞ！出すぞ！
今週　中に出すぞ！

RC14
ぐらいまでいきそうw

>>324
>>297

>>324
そろそろSTABLEに来てるパッチが
いくつか降臨する頃かな

>>324
思ったより少ないな
まあこんなもんか

[ports] Revision 569609
https://svnweb.freebsd.org/ports?view=revision&;revision=569609

Mark the repository as being converted to Git.
This is the last Subversion commit to ports.
Sponsored by: The FreeBSD Foundation

13.xではi386がTier-2へ、Tier-1はamd64のみ
64bit RISC-VがTier-3からTier-2へ
Tier-3は該当なしになった
Tier-2だったsparc64は遂にTier-4

>>330
https://www.freebsd.org/ja/platforms/
これっすね

>>331
32-bit PowerPC with SPEってCELLの事だと思うけど、CELL自体は64bitなんだよね
PS3も最初OSもゲームも64bitモードで動いていた時期が有った
わりと発売に近い時期に32bitモードに変更された
これ豆知識な

まだgitの方にports出てこないな。履歴が多いから変換に時間掛かってるのやろか・・

>>333
まあRC5でもビルドしながらﾏﾀｰﾘ待ちませう

12.2環境でまだopenssl-1.1.1kが降りてこないんだが

stable/12 は 1.1.1k が merge 済み
releng/12.2 は当該パッチが適用済み(12.2-RELEASE-p5)

13のroutedになんか変更入ってるっぽい。RTX1200のRIPを受けるとログにエラーが残る。たどってみたけど、なんかよくわからん。
write(rt_sock) RTM_ADDでInvalid argumentとか言ってるけど12だとこんなエラーなかったはずなんだけどな。
サーバー上のwiresharkで拾ってみたけどやっぱりよくわからない。

arp: packet with invalid ethernet address length 0 received on wlan0
arp: packet with invalid ethernet address length 0 received on wlan0
arp: packet with invalid ethernet address length 0 received on wlan0
13R でこれの対処が入ってると良いなぁ

>>334
Apr 1st 20:00　uqs　Fix the final result in convertor　(済)

>>337
あ、そうなんだ。がしかし
% freebsd-version -kru
12.2-RELEASE-p4
12.2-RELEASE-p4
12.2-RELEASE-p5

リブート掛けたんだけど

>>341
がしかし今し方1.1.1k,1が降りてきたw

>>317
むしろコード書く本人がコード監査意識してないのがすごい
どうせ後バレするのになあ

日本第１FTPミラー ftp.jp.freebsd.org がDNS引けないのだが、オレ環だけ？

CNAMEの ftp.lab.bbtower.net が応答しないな
普通に障害ぽい

>>345　thx

スゲーいよいよ時代がBSDに追い付くかーと思ったら劣化志賀が現れたって訳か
股間が熱くなるな

いるとしたらだいぶ前から潜伏しているだろうな
別名が32bit厨だったり、このスレでOpenBSD推したり、ウブなんとかでハカーごっこ等と罵ったり

証拠は無い
だが完全否定出来る根拠も無い

>>317
むしろコード書く本人がコード監査意識してないのがすごい
どうせ後バレするのになあ

なんかキャッシュで連投してしまった

コード監査ってPJ内部ではやってないの？
大きな会社だと知財部なんかが管理してると思うんだけど

OS無しの古いCore i5ノートを貰ったので12.2Rをインストール
デスクトップ環境までインストールしたけれども昔に比べて楽になったとはいえまだまだ結構メンドイ
TrueOS何故無くしたし

mateのシステムモニターのシステム情報のカーネルバージョンの所にビルドしたマシン情報まで追加されて横長過ぎて草生える。ウィンドウの横幅縮められないし。
直そうと思ってモニターのソース見たらuname()を単純に呼んでいるだけのようだがそのuname()が13.0で変わったのか、ビルドしたマシン名まで一緒に出て来ているという変態仕様になってしまった。
同じくcajaでディレクトリを幾つか掘った所でマウスのホイールをちょっと動かすだけで、上のディレクトリにジャンプするのは直してくれ。12系では大丈夫なのに。
dconfエディタに設定項目無いかと見たがワカンネ。しかもdconfエディタ上でも
ホイール動かすとあちこちジャンプするから、cajaじゃなくてシステム上の問題だな。

>>352
> cajaでディレクトリを幾つか掘った所でマウスのホイールをちょっと動かすだけで、上のディレクトリにジャンプするのは直してくれ。
13.0-RC5
MATE(pkgで入れたやつ)

なんだろ　ならないけどなあ
システムモニタの件は同意　変態杉

>>351
FuryBSDというものがある
PC-BSD/TrueOSの開発者だった人が立ち上げて【検閲により表示できません】となったディストリだよ
超オススメ（棒読み）

>>351
つ GhostBSD（TrueOSベース）

さすがに、今週末はリリースビルド開始されるよね?

GhostBSD品質低くね？

gitにportsｷﾀ━━ヽ(ﾟωﾟ)ﾉ━━!!

ports - FreeBSD ports tree
https://cgit.freebsd.org/ports/

2021Q2が来たら早速cloneしよ

ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!

first commit 来た

Dan Langille
I'll work on configuring FreshPorts for the new git ports tree at about 1600 UTC. Lunch time.

FreeBSDは盆栽
ゆっくり育てて長く愛でる

なんというわかり易い比喩表現

2021Q2来たよ

2021-04-06 FreeBSD-SA-21:10.jail_mount
2021-04-06 FreeBSD-SA-21:09.accept_filter
2021-04-06 FreeBSD-SA-21:08.vm

コアであるEd Masteによるとportsnapが利用できるようになるにはもう少し時間がかかるようだ

Work is in progress to convert the portsnap build infrastructure to
git. The changes are just about ready for testing, but it will
probably be a couple of days yet before it is deployed.

しかし portsnap に未来はないので乗り換えるのも吉
https://lists.freebsd.org/pipermail/freebsd-ports/2020-August/119098.html

でも Handbook には portsnap しか書いてなくないか？
俺もずっとportsnap だからそれ以外のやり方わからない。
どこか qiita とかに解説ある？

メーリングリストではports/net/gitup使えといわれてる
かつてのcvsup,csupみたいな感じ

Gitの基本的な使い方もわからないで(ry

portsnapを拡張して裏側でgit(gitup?)を動かせばいいんじゃないかと
そうすりゃ四半期ごとのブランチにも対応できるだろうし

それをやるのに少しかかるって事でしょ。
俺は待つよ。portsnapに慣れてるし他の方法を知らないしもう覚えられそうにないし…

そもそもportsnapって
どうやってportsを同期してるのかご存知無さそう

Author: Glen Barber <gjb@FreeBSD.org>
Date: Thu Apr 8 20:14:30 2021 -0400

13.0: update to RELEASE

ｷﾀｰｰｰ(≧∀≦)

>>374
ついにリリースか。
これでFreeBSDもフォーマンスが
だいぶマシになるかな。

>>376
なってくれませんとな
% uname -v
FreeBSD 13.0-RELEASE #0 releng/13.0-n244733-ea31abc261f: Fri Apr 9 09:34:31 JST 2021
root@FreeBSD:/usr/obj/usr/src/amd64.amd64/sys/GENERIC

期待のリリースバージョン。
ついカレントにしちゃったおかげで面倒な事になったけど
これでバージョンそろえる必要のあるJAILをアップデートできる。
>>> Kernel(s) GENERIC built in 205 seconds, ncpu: 32, make -j32
>>> Kernel(s) GENERIC built in 189 seconds, ncpu: 32, make -j32
>>> World built in 1612 seconds, ncpu: 32, make -j32
現行のマシンだとどうなんだろうか。

ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!

少し前にアナウンスがあったので

FreeBSD/arm64 (AArch64) が FreeBSD 13 から Tier 1 に
これで Tier 1 は amd64 と aarch64

ラズパイスレの連中が喜ぶな

ラズパイはストレージを何とかしない限り常用し辛い

NanoBSDで雑に運用したい

>>382
USB接続でも用が足りなくはないけど
欲を言えばSATAくらいは欲しいよね

>>380
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!

結局Capsicumはユーザーの気付かない形で利用されているという事なの？

13.0-RELEASE
システムストレージ：SATA3 SSD

dumpでシステムデータを退避後、メンテ用13.0自作USBメモリからnewfs
↓
restoreで元通りに書き戻す

なんか妙にプログラムやDEの立ち上がりが良くなった
同じ事を12.2のメディアで実施した時(つい最近)はそれ程でも無かったのに

嘘じゃねえだよ

メモリの少ないシステムで ports の更新に net/gitup を使うなら
ports/packages と ports/distfiles は空にしておけだと
もしくは git を使うか
https://lists.freebsd.org/pipermail/freebsd-ports/2021-April/120806.html

ignores を後で適用というのがまぬけなだけなので修正されるかもしれないが
いずれにしても portsnap よりは使用メモリは増える
あと portsnap は転送の効率化という利点があったがこれもなくなる
どっちも今では気にする必要もないってことかね

2021Q2のpng来たよ

ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!

pngとか書いてしまったｗ
略語としてなら間違ってはいないか

おお神よ！
パンチカードの束を床にぶちまける者とpkg ngをpngと略す愚か者を救い給え！

>>135
えー俺好きだけどなー。

コアチームの Ed Maste による portsnap の状況報告

Colin (cperciva) and I are making good progress on the portsnap build
infrastructure Git migration. I'll follow up when it is back in operation.

リリース予定日になったけど、ほんとにリリースされるの?

Daemonを信じなさい。

でもそのDaemonがフォークリフトで運ぼうとしているバージョンが
https://www.freebsd.org/releases/

https://download.freebsd.org/ftp/releases/ISO-IMAGES/13.0/FreeBSD-13.0-RELEASE-amd64-memstick.img
https://download.freebsd.org/ftp/releases/ISO-IMAGES/13.0/FreeBSD-13.0-RELEASE-i386-memstick.img

ヨシッ！

portsnap が更新されてるぞ

DELLのノートPCは作りが素直なのか、FreeBSDがすんなりインストール出来た(^_^)

>>398
2000や4.0って、何を意味してるんだろう？

(´・ω・`)

おめでとう
お祝いついでに聞きたい
FreeBSDでGFS2やVMFSみたくグローバルなロック機構を持つクラスタファイルシステムを使いたい場合はどうすればええんや・・・
せっかくHASTみたいないいものがあるのに活かしきれない

>>403
https://www.freebsd.org/releases/4.0R/announce/

portsnap が更新できたと思ったら
The ports directory ( /usr/ports ) does not seem to contain a ports tree
って言われて portmaster が動かん。

make install だと
make: "/usr/share/mk/bsd.port.mk" line 32: Cannot open /usr/ports/Mk/bsd.port.mk
make: Fatal errors encountered -- cannot continue
って言われる。

>>405
この際だからいくつか調べたんだがどういう構成で何をしたいんだかさっぱり分からないので好きにしたら
としか言えない
NFSv4でいいのかも知れんしcephやMooseFSが良いのかも知れんし（HASTは無くてもいいのかもね）
VMFS使って仮想マシンに割り当てるのが正解かもしらんし
FreeBSDなんか綺麗さっぱり忘れた方がいいのかも知らん

>>407
ports/Mk などが無いな
Ed Maste が何も言ってないからまだ準備中なんだろ

>>407
なんかいまportsnapサーバがトラブっているんだか変
fetchしたファイルがぶっ壊れているとかして/usr/portsがunlinkされたりしていない？

>>407
21-04-13 Tue 21:52:45
# portsnap auto
Looking up portsnap.FreeBSD.org mirrors... 4 mirrors found.
Fetching snapshot tag from ipv4.aws.portsnap.freebsd.org...
done.
Fetching snapshot metadata... done.
Fetching snapshot generated at Tue Apr 13 09:29:08 JST 2021:
338d0da0ff87d35854564889da42ad9556937e0d3b8683 0% of 59 M
B 4420 Bps 03h53m
fetch: transfer interrupted

21-04-13 Tue 21:54:38
#

変なのはお前の頭

アップデートが大量なせいだかなんだか知らんけど
さっきからsnapshot is corrupt.が出てる

症状再現したぜ
# ls -l /usr/ports/Mk
total 0

portshakerがエラるのでportsnapが廃止された影響だと思ってgitup使いよう改造しちゃったよ、、
単なるトラブルなの？

DISPLAY=:0設定だけどnvidia-driverでローカルのXクライアントがGPUを使えるのが確認。
SSHにしろTCPにしろindirectはやっぱり機能しない。エラーメッセージからすると内部エラー的な理由っぽい。
いまのところxrdpで直接GPUを使うのはDRIの問題で無理のようだ。

次はxrdp+virtualGLできるか、かな。素直にRadeon突っこんだ方が楽な気がしてきた。

>>412
よくキチガイって言われるだろ

流れた頃に蒸し返す奴って何
かまってちゃんなのか
よほどくやしかったのか

portsnap できた。
けど、fetch 遅いな。

誰やねん？

>>408
わざわざ調べてくれたのか、すまんね
ストレージレイヤじゃなく複数のホストから同時にマウントできる
ファイルシステムが使いたかったんだよね
FreeBSDを忘れろで正解なのかもしれないけどちょっと残念な気持ちがある

FreeBSD 13.0登場、カーネル内TLSに対応 | TECH+
https://news.mynavi.jp/article/20210414-1870960/

12.2 からの大きな変更のひとつ OpenZFS2.0 を何故か取り上げていない様だが

freebsd-updateでメジャーバージョン上げる時に
/etc/mail/aliases.db
も更新して欲しいなとちょっと思ったり思わなかったり

やっと来たか

1週間ほど何事も無ければ本番環境に入れるます

1990年代前半のエリート「UNIX WorkstationでEmacsでプログラム書いてGCCでコンパイル、論文書いてTeXで出力するんだ」

それは1980年代の終わり頃だと思うのだが

当時、既にDOSでは統合開発環境あったからな。それからUNIXでIDEが一般化するまで30年かかった。

漂う加齢臭

DOS時代のIDEって今から思うとめっちゃ質素だったな
今時のそれって何というかはち切れんばかりに膨れあがってわけ判らん

>>368
portsnap を git で置き換えるつもりなら
別途 INDEX を生成する必要がある
make -C /usr/ports index
または
make -C /usr/ports fetchindex

DOS時代からIDEあるとないとじゃ開発されるアプリの品質が桁違いだよ。
UNIXでGUIがまともに動くようになったのはWindowsから遅れること20年後のことだからな。

まあ、viの低生産性のせいだよな

GUIについてWindowsを語るならまともと言えるのは3.0の1990年
それから20年後なら2010年で馬鹿の戯言だな

つまり10年前のFreeBSDのGUIはまともに動いていたと言いたいわけだな。
キミの意見はよくわかった。

UNIXのGUI=窓は開けるがそこから見える景色は昔ながらのCUI。

まぁWindows3.0レベルにはまともに動いてたんじゃねーの？

20年という数字を出した馬鹿がいるからな
今を基準にするなら比較対象は Windows2000, WindowsME

いろいろと20年遅れの件

釣りなら車で海にでも行っといで
この季節に釣れるカレイは子持ちで大物が多いそうだ

知ったかしようとしたらスルーしてもらえなくて逃亡した件

カレイのノッコミは秋ですよ、知ったかさん。

>>422
アナウンスされた事だけを書いてる事はわかった

IBMが莫大な額を投資したLinuxの恩恵であってあんたらのコードは足しか引っ張ってねーよ。

>>440
失礼だな。ちゃんと調べてやったのに
4月こそ堤防釣りに行こう！この季節に狙える魚種・釣り方とは？ | TSURITABI
https://tsuritabi.com/april-fishing/

俺も春先のカレイってあまり聞いた事なかったし
知ったかには違いないがなｗ

花見カレイ？　聞いたことないな。クリスマスカレイなら有名だけど。
だいたい4月に堤防で釣りとか無知騙す気満々じゃねーか。

だってテキトーにあしらうネタを探しただけだし

Linuxユーザと違ってBSD使いはこういう嘘つきクズ野郎が多い。

嘘を嘘と見抜けない人に(掲示板を使うのは)難しい

釣れないのに記事にするとも思えないので嘘でもないだろうけどな
ボウズ覚悟になるだろうが

プロバイダ系のホームページの大量閉鎖の後、こういうでかい写真貼り付けたでたらめな記事サイトが大量に作られた。
キュレーションサイトって言うんだっけ。

それじゃもう少しだけ信憑性のありそうなサイト貼ってやるよ
素晴らしき投釣りワールド｜フィッシングコラム｜釣り情報
https://fishing.shimano.co.jp/information/?p=20589

流石にこのクラスになれば出鱈目は言わんだろ
難しい釣りには違いないだろうがな

このクラスっておまえ投げ釣りって何か知ってんのか。脳筋バリバリの釣りだぞ。
糞重いオモリを200m先までぶん投げる釣りだ。その辺の堤防じゃ危険だから投げ釣り禁止のところも多い。

まあ単なるあしらいのネタだから
それに「釣りに行っといで」とは言ったが「堤防に釣りしに行っといで」とは言っていない

堤防でクッソ長い投げ竿使ってジェット天秤(投げ釣りと言えばこれってイメージ)ぶん投げるなんてアホでしょ
俺は堤防だと根魚やシーバスのイメージが強いけど、某所で座布団クラスのヒラメがビッタンビッタンいってた遠い昔の冬の思い出

20年君がレスを流そうとしてるとしか思えんな

あ、続けたいんだその話
どーぞどーぞ　俺は20年前と言ったら自分のパソコンすら持ってないので
http://2chb.net/r/unix/1607845477/431
431 名無しさん＠お腹いっぱい。 sage 2021/04/18(日) 18:52:46.24
DOS時代からIDEあるとないとじゃ開発されるアプリの品質が桁違いだよ。
UNIXでGUIがまともに動くようになったのはWindowsから遅れること20年後のことだからな。

まあ、viの低生産性のせいだよな

スレ違いの話をする人は頭がおかしいというのがよくわかる

454さんがスレ違いじゃない頭がおかしくない話をしてくれるそうです

ではどうぞ

堤防釣りに行こうのリンクを貼っといて堤防に釣りに行けとは言ってないとか
ちょっと頭おかしいでおじいちゃん

なにいってるの？　この板でもFreeBSDでGUI使ってる人なんていないと思うよ。
みんなWindowsかLinuxだよ。

そもそものはじまりがこれね

438 名前：名無しさん＠お腹いっぱい。 [sage]： 2021/04/18(日) 19:32:37.36
> 釣りなら車で海にでも行っといで
> この季節に釣れるカレイは子持ちで大物が多いそうだ

何がおかしいのかよくわからんが
自分に都合のいい一部分だけ取り上げて頭おかしい呼ばわりする有名人いたよな

それよりスレ違いじゃない頭がおかしくない話を頼むぜ　認知症のおじいちゃんよ

春カレイは子持ち　←　ウソ。ノッコミは秋
GUIは20年遅れてる　←　ウソ。未だに禄に動かないのでwineやLinuxエミュしてなんとか使えるレベル

今の若いのはXeroxもSmalltalkも知らないんだな

>>459
そう。君の見解は正しい。
はじめの堤防釣りサイトによれば、

「産卵にともなって沖にいたカレイが沿岸に押し寄せ、平均サイズが大きいのが最大の特徴。」

との事だが、これは間違い。
ちゃんとしたサイト(シマノのサイト)によれば、

「産卵で一服状態であったカレイが体力を回復するために、再び活発にエサを採餌する期間が、
ちょうど桜の花が満開になる時期と重なるため、そういう名前がついたのでしょう。」

との事。おかしいとは思ったが、まあどうでもいいよね。
それよりFreeBSDのGUIの話してよ。「wineやLinuxエミュしてなんとか使えるレベル」なんて大嘘ついてないで。

おじーちゃんもXeroxやsmalltalkを語れるほど知らないでしょう。
XeroxのGUIは現物すら見たことないだろうし、C++も普及が早かったから
古典なsmalltalkでわざわざ開発なんてしてないでしょうな。

> 「wineやLinuxエミュしてなんとか使えるレベル」なんて大嘘ついてないで。

ほんとマジこのレベルなんだよ。GUI使えてると相当低いレベルで真剣にそう思っている。
GUIアプリなんて開発したことないとしか思えない勘違い君。

>>463
> 使えるレベル
具体例よろしく

ウソついてました。
ボクにとってFreeBSDでGUIアプリは起動させることすら辿り着けません。全く使えないレベルです。

465の意訳
「GUIなんかWindows並に動くのが当たり前にしとけやカス」

あっそ、としか

Linux板ならともかくUNIX板のFreeBSDスレだからな。

そもそもGUIで使うことを前提にしてませんとしか。
つまり遅れてるとか追いついてないとかじゃないんだよ。目指してないんだよ。

もうサーバすらLinuxでいいや的な

常に時代に取り残された的な鬱憤を今ここで晴らそうしたいのは分かる。

>>468
でも13.0で速くなったと聞くとBSD使わざるを得ない

現存するGUIは全てNeXTのパクリ

466の意訳
「くやしいのう、くやしいのう」

20年経っても人柱的なGUI

>>472
合ってんじゃんそれ

「くやしいのうｗ」って
悔しがってそうな奴に対する煽り文句じゃん

君は実に優しい人だな

確定申告も済んだことだし、ムフフな動画でパンパンなHDDをリプレースがてら、早いとこ13.0に移行したいもんだ
でもまたcupsの設定で躓いたりすると面倒くせーなとも思う
その辺を備忘録としてツイートしておいたのに、その古いツイートが検索でヒットしないし、あー気が重い
もちろんFreeBSDは仕事で大活用してるけど、タダのネット通販なんだよね

>>475
つ http://2chb.net/r/unix/1107211157/

Linuxはもうwaylandに移行してXはオワコンで禄に保守されないでしょうな。

また取り残されたわけです。

FreeBDSDって何？

>>477
467 名無しさん＠お腹いっぱい。 sage 2021/04/18(日) 22:27:42.36
Linux板ならともかくUNIX板のFreeBSDスレだからな。

そもそもGUIで使うことを前提にしてませんとしか。
つまり遅れてるとか追いついてないとかじゃないんだよ。目指してないんだよ。

老害

ほんとwindows は老害な

>>477
waylandを使ってるPCユーザはごく僅かじゃないかな

>>477
Wayland対応ってまだGNOMEとKDEだけじゃん
KDEはまだ出来立てでDEごとクラッシュする事が少なくないし、GNOMEはお前嫌いだろ？

VirtualBoxのソースをFreeBSDでコンパイルして利用出来ますか？

>>477
あとswayとかあったか　でもそれかなりニッチだよね
なおswayならFreeBSDで動かない事も無いそうだ

>>484
% doas pkg install portmaster
% doas portmaster emulators/virtualbox-ose

開発環境がクソだからクラッシュするようなものをリリースしてしまうんです。
まともにテストやデバッギングができないからです。テストが面倒でユーザを人柱にしてるわけではありません。
仕方ないのです。

10000以上の物理コアを最適に扱えるのフリーバスドだけだからこれ使うしかないのよ

vi+gcc+gdbなんていう開発環境で
マルチスレッドやイベントドリブンのデバッグとか不可能に近い。

最強デバッグツールはprintf

組み込みシステムではstdio.hは無い事が多いのでprintfは使えないんだなあ
LinuxやFreeBSDはOSの教育用途として多大な貢献をしたけれども、IoT時代になってもUnix的なOSの発想から離れられない人を多く見かける

今時組込みって、あんたw。

今どきのIoTこそLinuxとは切っても切れない関係じゃないかしら…

組み込みが何かすら知らない馬鹿がいる。マスホも組み込みの範疇だし。
そんな技術系素人がFreeBSDを使ってると思えないがBSDでGUIがまともに使える君ですか？

「BSDでXのセットアップも出来ないのに俺って物知り君」は
スマホで正しい単語を打ち込む事すらままならない模様

まぁまだガラケーだし、キーボード人間だし。
携帯、スマホで日本語なんて入力する気なんてさらさらねーよ。

その慣れてるはずの道具ですら
正しい語句を打ち込むのに支障を来す模様

日本語入力もWindowsより20年遅れか・・・
いやDOS時代からだから30年遅れか・・

IntelのGPUなのにドライバすらないあるよ。

>>499
PowerVRは諦めましょう

CGAで…

NVIDIAのドライバ、460.73.01でも13.0には対応してないのか

俺ゲフォは持ってないしいらないからいいや

UM250に13.0インストールできたよ

>>502
ずっとSTABLEで使っているけど、使えなくなったことはないよ。

>>494
この素人なにイキってんの？ｗ

>>506
リアルで組み込みが何か知らなかったのか？

組み込みをいれれば普及しているが最後の牙城だったのに

>>506
むしろ>>492の方がイタイ気がw

JunosもFreeBSD
OneFSもFreeBSD
Nintendo SwitchもFreeBSD
プレステのOrbis OSもFreeBSD
etc.

個人がギャーギャー喚いてもライセンスの問題で
FreeBSDに消えられると困る企業がある
不人気とか古いとか知らん

最大のウリはBSDライセンスです。

AppleもFreeBSD(Darwin coreが)

何故組み込みシステムではprintf関数が使えないのか
理由は組み込み系にはCRT(stdout)やキーボード(stdin)といった標準I/Oが無いから
昔ながらのベタなI/O直叩きをする

今時はPCにもCRTなんて無いだろw
そもそもstdin/stdoutはテレタイプだし

組み込みシステムでも標準入出力をデバッガに繋いでくれたりするよ

組込開発する時に最初に作るのがデバッグ用のprintfだろ

>>516
まともにprintfを実装すると、書式指定子の処理で
大規模コードになるからなぁ…
ましてや、浮動小数点まで扱ったら…

簡単な書式指定可でも2KBを超える
これに加えてFreeBSDが使っている浮動小数点数の書式化を行うdtof関数は5KBくらい

でも数百バイト（メガでもキロでもない）を切り詰めなきゃならないほどなら、
完全なprintfを実装しなくても問題ないけどね

ブートローダの開発時ならビープ音を鳴らしてどこまで到達したかを確認したってNetBSDをX68kに移植した人が書いてたな

>>517
なんで組込でデバッグ用なのにフルセットのprintfを作ろうとするんだよ…
文字、文字列、10進、16進表示ぐらいあればたいてい足りるだろ
long longとか浮動小数点は必要なら追加すればいい
例えばこんな感じ
http://elm-chan.org/fsw/strf/xprintf_j.html

>>518
ビープ鳴らすのも大変（特にタイミングがシビアだと）だから特定ポートを叩いてオシロで見るとかもあったりする

>>519
頓珍漢な事を書いてる自覚ある？

>>520
当人じゃないけどどこが頓珍漢？

distrowatchのここ１ヶ月のページヒットランキング、FreeBSDは16位
https://distrowatch.com/index.php?dataspan=4

定番アプリケーションはEmacs, LaTeX, GCC以外に何がありますか

これはわかりやすいvi系ユーザーに対する煽り

>>507
組込は知ってるけど、
そういう小さいのは中国に投げて
終わりじゃね？
今時日本でやってる組込って
Linuxベースのが多いんじゃね？
>>491の書き込みからして、
そんな高度な知識無さそうだしな。

>>513
なんか、加齢臭が半端ないなｗ

>>512
ユーザーランドがFreeBSDで、
カーネルはOSF/1に近いんじゃねぇの？

今時組込みとか組込は小さいから中国に投げてとかほんとこいつ何言ってんだろう。

全然分かってないじゃん。

何も知らない知ったかゆとり君。

phoronixにFreeBSD 13のベンチマークがまだ来ない
もしかしてDragonFlyBSD 6.0のリリースを待ってるのかな？

5日前からWindowsのHyper-Vに13-RELEASEインストールして日本語環境作りながらroot権限で遊んでたら
何が起こったのか/etcフォルダのfstab とかrcとかファイル全部消してしまって起動しなくなっちゃった
スナップショットやバックアップ作ってなくて
２日間で４時間しか寝ずに慣れてないシングルユーザーモードで復旧「作業」したら
なんとか元に戻すことができてようやく落ち着くことができた
ApacheOpenOfficeとかのUIの日本語化に成功したりしてたのでOSのインストールからのやり直しよりも
復旧「作業」の方が勉強になったので遊びでもシステムトラブルのいい経験になったわ

zfs: merge openzfs/zfs@3522f57b6 (master)

Notable upstream pull request merges:
#11742 When specifying raidz vdev name, parity count should match
#11744 Use a helper function to clarify gang block size
#11771 Support running FreeBSD buildworld on Arm-based macOS hosts

This is the last update that will be MFCed into stable/13.

From now on, the tracking of OpenZFS branches will be different:
- main continues tracking openzfs/zfs/master
- stable/13 is going to track openzfs/zfs/zfs-2.1-release

% zpool version
zfs-2.1.0-FreeBSD_g3522f57b6
zfs-kmod-2.1.0-FreeBSD_g3522f57b6

dRAIDも有効になった模様
% zpool upgrade -v
This system supports ZFS pool feature flags.
The following features are supported:
FEAT DESCRIPTION
----------------
..
draid
Support for distributed spare RAID

>>531
おめ。
自分も今まさに/bootや/usrを飛ばした状態で、復旧か新規かで悩んでるところ。
起動させるだけならtxz展開してやればいいんだろうけど、被害範囲の把握が面倒でなぁ。
新規にしてもパーティション構成引き継ぐのにAuto ZFS使えなくて、結局手動で面倒だしなぁ。

>>532
stableはOpenZFS 2.1になったのか！
13.1-RELEASEまだー？

RaidZよりdRaidのほうがいいのけ？

理屈上はdRAIDの方がメリットが多そう。
ストライプサイズが固定になるのでRAIDZより容量効率は下がる。
special vdevの利用と併せて運用ノウハウが出てこないと何とも言えないけどね。

>>536
おぼろげながら十を超えるデバイス数でなきゃdraidにする意味はないって何かで見た
まあそりゃそうだよな
スペアブロックは使われないんだから

raidz3で我慢しとけ

>>528-529
超末端下請零細企業の人ですか。

>>531
はっきり言って、
WSL2にUbuntu入れる方が楽だよね。
俺もHyper-V使ってインストールしたけどさ。
VcXsrvに繋いでXのアプリも使える様に
なったし、CygwinのPulseaudio使って
音も出る様になった。あとはLinux用の
VSCodeやTeamsを動かしてみるだな。

>>539
無知を指摘されて悔しいのは分かるが、そのバカ丸出しの煽りは自分を下げるだけだぞ。

技術屋や下請けをバカにしてる奴なんてどいつもこいつもリアル糞野郎ばかりだぞ。
だいたい中国製iPhoneがバカ売れしたからAppleがBSD陣営に投資してくれてるというのに
組込をバカにするとかほんと頭がおかしい奴。

KDEのニューバージョンが降ってきた(latest)

ぱいそん祭りだ

>>542-543
うわぁ、事実を指摘されて発狂してる。
見苦しい組込爺さんだ〜w

ほんとキチガイっぽいなw

歴史のお勉強中

FreeBSDにペンタゴンが助成金
http://cocoa.2ch.net/test/read.cgi/unix/994823432/

CNET Japan Tech News：『FreeBSD』セキュリティー計画に助成金、アップルにも恩恵
https://web.archive.org/web/20010912203625/http://japan.cnet.com/News/2001/Item/010710-7.html

>>546
じーさんばっかの板で何イキがってんの、糞ガキ。

組み込みプログラミングなんて年齢関係なく趣味の範囲でいくらでもやれるしな
ここの住人の中にだってキーボードすら自作するやつがいるんだろ？
ラズパイピコでFreeBSDを動かせるようにしてくれ

AVRでのキーボード自作とかサンプルソースどころか文献出てなかったか？
まぁCtrlとAltとDelキー２つしかないキーボードならガワも含めてさっくり作れるし自慢にもならん

自作キーボードとかで動画検索するとわかるが基板とかソフトとかよりガワで死ねるぞ

>>549
うわ、ジジィが粘着してる。きめぇw

この小便垂れの粘着ぶりは異常だな。

ここに来てる粘着くんは小便垂れと言っても
パンパースじゃなくてアテントの方くさいけどな

若いんだから枯れたOSではなく、Windowsでも触ってなさい。

さもなくば○子の枯渇も早まる事であろう

組込ジジィ(爆笑