FreeBSD開発者でもFreeBSDをデスクトップで常用している人は多くはないんじゃないかと思われるんですが、
自分はここ数年自宅ではVirtualBoxの仮想化を除いてFreeBSDのみで生活してます。
(ここのサーバーはデスクトップ兼です)
ここ最近、13年物のモニター環境が古すぎるのでそろそろ4K環境にしようと考え、いろいろ環境を構想中です。
FreeBSD開発者でもFreeBSDをデスクトップで常用している人は多くはないんじゃないかと思われるんですが、
自分はここ数年自宅ではVirtualBoxの仮想化を除いてFreeBSDのみで生活してます。
(ここのサーバーはデスクトップ兼です)
ここ最近、13年物のモニター環境が古すぎるのでそろそろ4K環境にしようと考え、いろいろ環境を構想中です。
CF-T2とX40を10.1から10.2−RELEASEにアップグレードしたらブート時にカーネルパニック。
newconsを利用していたのでi915kms.koを読まないようにすれば一応回避出来たが、Xでもintelドライバー読み込み時にパニックで落ちてしまいVESAでしか使えない状況に。
drm周りにコード修正が入ったのでその影響かと。
agp周りが削除されている。
https://svnweb.freebsd.org/base/head/sys/dev/drm/i915_drv.c?r1=203287&r2=283999
そんな中、以下によると
https://www.mail-archive.com/freebsd-users-jp@freebsd.org/msg00587.html
ブート画面でプロンプトから
set hint.agp.1.disabled="1"
set hint.drmn.1.disabled="1"
または
/boot/loader.confに以下を書けばOK
hint.agp.1.disabled="1"
hint.drmn.1.disabled="1"
以上ですんなり解決出来てしまった。
haswell, broadwell, skylakeの対応まだかな?
最近、ja-mozcを一式アップグレードしようとすると以下のようなエラーが出て止まってしまった。
ImportError: This platform lacks a functioning sem_open implementation, therefore…
しばらくこれらだけアップデートしないでやり過ごしていたが、ライブラリの関係か動かなくなったので
真面目に調査することに。
答えはエラーメッセージの通りlang/python27のオプション、SEMを有効にしてpython27を再インストールすれば、ビルドできるようになりました。
FreeBSD Wikiにてまとめられています。
物によっては10にMFCされて11まで待たずに使えるかもしれませんが。
今回は逐次変更点を記述していますので、見るタイミングによっては内容が変わっていることもあります。
対象のコミット内容などもリンクがあり、どういう変更をしたのか確認できますね。
デスクトップも含め全てFreeBSDな自分は、もっとデスクトップ周りの機能が強化されることを期待しています。
FreeBSDではLinuxバイナリー互換機能を使ってlinux向けのFlash PlayerやAdobe Readerなどをnspluginwrapper経由で実現していますが、
pipelightはwineのwindowsバイナリー互換機能を使い、windows用のブラウザープラグインの動作を実現するソフトウェアです。
続きを読む
date -v "-1d" +%Y%m%d
オプション-vに ±数字(年y, 月m, 週w, 日d, 時H, 分M, 秒S) をつければ日付の操作ができるみたい
PC-BSD独自開発のデスクトップ環境Lumina Desktopをインストールしてみた。
pkgとportsを共存、または特定のバージョンから上げたくないときにpkg lockを使うのだけれど、
後で何をロックしたか忘れるので、lockした物を確認できるコマンドの忘備録…。
pkg info -ak|grep yes
現在、Webサイトやサービスを利用する際、メールアドレスを登録することは今となっては当たり前みたいなことになっている。
だが、メールアドレスの限界文字数を少なく制限しているサイトがほとんどである。
RFC5321にて最大256文字までと決まりがある、ほとんどは255文字とか100文字程度でエラーを返す。
作っているシステムの仕様の所為とかDBの型の制限とかと思うけど、せめて256文字までは許容できるようにシステムは設計してほしいなと思うこの頃。
zpool statusとか見ていたらupgradeできるというメッセージが出ていたのでなんとなくzpool upgrade -aをして再起動したらzfs rootがブート出来なくなった。
ここによるとbootcodeもアップデートすればよいらしいので、
最新のsnapshot(自分は10-STABLE)を落としてそれからブート
gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ada0
対象のブートディスクに対してbootcodeを更新すればOK
無事ブートできるようになりました。
めでたしめでたし
zfs rootな環境の場合はzpool upgrade -aをしたら保険の意味でもbootcodeの更新したほうがいいかな。