[FreeBSD-users-jp 96396] Re: pkg updatingで必要な情報が出ない
梅本です。 > On Mon, 03 Jun 2019 00:07:51 +0900 > MATSUMOTO Masayoshi said: masayoshi> それとも表現が masayoshi> ＞AFFECTS: users of lang/perl5* masayoshi> だから引っかからないだけ？だとするとかなり困る そのようですね。試しに、手元の環境で /usr/ports/UPDATING の該当部分を lang/perl5.28 に書き換えてやると出てきますね。 バグレポートを出されては如何でしょうか? -- 梅本 肇http://www.mahoroba.org/~ume/ u...@mahoroba.org u...@freebsd.org プログラムは書いた人の意図ではなく書かれた通り動く I hate Modula-3 :-) ___ freebsd-users-jp@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-users-jp To unsubscribe, send any mail to "freebsd-users-jp-unsubscr...@freebsd.org"
[FreeBSD-users-jp 96333] Re: FreeBSD-11.2 の ja_JP.eucJP 環境
梅本です。 > On Sat, 13 Oct 2018 15:02:30 +0900 > Kouichi Hirabayashi said: kh> 問題が出ない 11.2-RELEASE FreeBSD 11.2-RELEASE #0 r339218M kh> の作成方法を教えていただけないでしょうか。試してみます。 kh> 私がテストしたのは ftp サイトの FreeBSD/releases/ISO-IMAGES kh> から取得した FreeBSD-11.2-RELEASE-amd64-disc1.iso をインス kh> トールしたもので、 kh> 11.2-RELEASE FreeBSD 11.2-RELEASE #0 r335510: Fri Jun 22 04:32:14 UTC 2018 kh> です。違いは r335510 ですが、この意味がわかっていなくて、r339218M kh> の作り方もわかりません。 FreeBSD バイナリがビルドされたソースのリビジョン番号です。最後に「M」 が付いているのは、checkout した状態ではなくローカルに何らかの修正が入っ ていることを示しています。おそらく、自身で何らかの修正を加えた上でビル ドされていると思います。 ちなみに、バージョンは /usr/src/sys/conf/newvers.sh で生成されており、 この中で svnversion(1) を呼び出してリビジョンを取得しています。 リビジョンについては、svnversion のマニュアルや svnversion --help を参 照下さい。 -- 梅本 肇http://www.mahoroba.org/~ume/ u...@mahoroba.org u...@freebsd.org プログラムは書いた人の意図ではなく書かれた通り動く I hate Modula-3 :-) ___ freebsd-users-jp@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-users-jp To unsubscribe, send any mail to "freebsd-users-jp-unsubscr...@freebsd.org"
[FreeBSD-users-jp 96178] Re: zipアーカイブ中の日本語ファイル
梅本です。 >>> Wed, 22 Nov 2017 00:47:28 +0900 の刻に「maruyama」、すなわち >>> 丸山直昌 氏曰く maruyama> unzip のような OS のコア機能から遠いコマンドが /usr/bin に入っていること maruyama> に違和感を感じるのは、私だけでしょうか。その上、対をなすべき zip は maruyama> /usr/bin には無い、というのも何か割りきれません。 昔は tar や cpio は GNU のものが入っていたのですが、BSD ライセンスのも のに置き換えられました。現在の FreeBSD に標準で入っている tar や cpio は libarchive をリンクしており、アーカイビングのほとんどの機能は libarchive が提供しています。libarchive が ZIP アーカイブの機能もサポー トしており、unzip も提供されているという感じでしょうか。 -- 梅本 肇http://www.mahoroba.org/~ume/ u...@mahoroba.org u...@freebsd.org プログラムは書いた人の意図ではなく書かれた通り動く I hate Modula-3 :-) ___ freebsd-users-jp@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-users-jp To unsubscribe, send any mail to "freebsd-users-jp-unsubscr...@freebsd.org"
[FreeBSD-users-jp 96165] Re: zipアーカイブ中の日本語ファイル
梅本です。 >>> Mon, 13 Nov 2017 21:53:16 +0900 の刻に「junchoon」、すなわち >>> Tomoaki AOKI 氏曰く junchoon> On Mon, 13 Nov 2017 11:50:30 +0900 junchoon> Takashi SHIRAI wrote: > これって、そもそも論として「CJK 圏で困るから ICONV=on でビ > ルドしてね」ってメンテナさんにお願い出来ないんでしょうか？ 要望は出しても良いのではないでしょうか。 junchoon> これ、言いたいところですが、embeddedな面々から「リソースの junchoon> 限られたプラットホームのことも考えろ」と反論を食らいそうです。 junchoon> 変換テーブルの大きさも馬鹿になりませんし。 今時、unzip は別実装が標準で入っていますし、その辺はあまり気にならない かと。 それに、ICONV を有効にした ports の unzip でも、リンクする iconv は libc に標準的に入っているものですし、ほとんど影響ないでしょう。 ICONV を有効にした際に得られる機能は、オリジナルが持っているものであり ません。パッチを当ています。 このパッチの本家での扱いがどうなっているのか知りませんが、ports でサー ドパーティのパッチをデフォルトで当ててしまうと、ports の保守性が著しく 損なわれます。ports の unzip のメンテナが、この辺を気にしているのかも しれません。 ちなみに、私がメンテナをしているある ports でも、サードパーティなパッ チをデフォルトで当ててくれと幾度もなく要望されていたことがありますが、 同じ理由で頑なに断り続けたことがあります。 > 2 はリソースが Sjift_JIS 以外のコードだと誤解して変換して > しまった結果だと思うので、nkf に -s オプションに加えて適切な > --ic オプションを設定してやることで復元出来るかも知れません。 junchoon> こちらは別途丸山さんのメールへの返信で書いたように、化け方が junchoon> 1と同じなら文字コード指定がないからiconvの機能を使っていない junchoon> だけ、違う化け方ならしらいさんのおっしゃるとおりかと。 ICONV を有効して作った場合と有効にしていない場合とで挙動が違うとすれば、 デフォルトで有効にしない大きな理由に成り得ますね。 ちなみに、ports の unzip は 8 ビット透過ではないみたいです。FreeBSD に 標準で入っている unzip は 8 ビット透過ですので、ロケールを合わせたり適 切にコード変換しないと表示ができないかもしれませんが、壊れることはない です。 -- 梅本 肇http://www.mahoroba.org/~ume/ u...@mahoroba.org u...@freebsd.org プログラムは書いた人の意図ではなく書かれた通り動く I hate Modula-3 :-) ___ freebsd-users-jp@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-users-jp To unsubscribe, send any mail to "freebsd-users-jp-unsubscr...@freebsd.org"
[FreeBSD-users-jp 96154] Re: zipアーカイブ中の日本語ファイル
梅本です。 >>> Sun, 12 Nov 2017 11:54:15 +0900 の刻に「maruyama」、すなわち >>> 丸山直昌 氏曰く maruyama> るunzipを使って解凍してますが、日本語のファイル名のファイルは取り出すこ maruyama> とはできても、ファイル名が復元できなくて、困ることがあります。(ファイル maruyama> 名に重大な意味を込める人がいます。) ports/archivers/unzip を ICONV オプションを有効にして作リ、-Ocp932 あ るいは -Osjis オプションを指定すれば行けると思います。 maruyama> ICONV : off 残念ながら、デフォルトでは有効になっていないのですよね。 -- 梅本 肇http://www.mahoroba.org/~ume/ u...@mahoroba.org u...@freebsd.org プログラムは書いた人の意図ではなく書かれた通り動く I hate Modula-3 :-) ___ freebsd-users-jp@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-users-jp To unsubscribe, send any mail to "freebsd-users-jp-unsubscr...@freebsd.org"
[FreeBSD-users-jp 95697] Re: jnethack文字化け
梅本です。 > On Sat, 26 Mar 2016 08:44:48 +0900 > Satoshi Yoshida said: > set LANG=ja_JP.eucJP; export LANG > か、csh 系なら > setenv LANG ja_JP.eucJP rsn77016> cshでsetenv LANG ja_JP.eucJPしました。 LC_ALL=ja_JP.UTF-8 が設定されているようですが、LC_ALL が ja_JP.eucJP になっていないとダメなようで、LC_ALL=ja_JP.eucJP すれば行けると思いま す。 あるいは、当方は LANG=ja_JP.UTF-8 LC_MESSAGES=ja_JP.UTF-8 LC_CTYPE=ja_JP.UTF-8 になっていますが、jnethack はそのまま使えます。つまり、LC_ALL が設定さ れていなければ、行けるようです。 私は、LANG と LC_ALL の挙動は同じだと思い込んでいたのですが、どうも異 なるようです。 -- 梅本 肇http://www.mahoroba.org/~ume/ u...@mahoroba.org u...@freebsd.org プログラムは書いた人の意図ではなく書かれた通り動く I hate Modula-3 :-) ___ freebsd-users-jp@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-users-jp To unsubscribe, send any mail to "freebsd-users-jp-unsubscr...@freebsd.org"
[FreeBSD-users-jp 95654] Re: Portsで標準で使われるperlのバージョン
梅本です。 > On Sun, 31 Jan 2016 07:57:17 +0900 > "IIJIMA Hiromitsu" said: delmonta> 今朝、新しい環境を構築していて気づいたのですが、Portsで使われる delmonta> Perlのバージョンが5.20決め打ちになっているようです。 いいえ、仕様です。 delmonta> perl 5.22が入っている環境では5.22をそのまま使ってほしいと思うのですが、 delmonta> こういう苦情ってどこに言えばいいんでしょう？ /etc/make.conf に DEFAULT_VERSIONS= perl5=5.22 と書きましょう。 -- 梅本 肇http://www.mahoroba.org/~ume/ u...@mahoroba.org u...@freebsd.org プログラムは書いた人の意図ではなく書かれた通り動く I hate Modula-3 :-) ___ freebsd-users-jp@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-users-jp To unsubscribe, send any mail to "freebsd-users-jp-unsubscr...@freebsd.org"
[FreeBSD-users-jp 95635] Re: zfs のマウントでコアダンプ吐いてマウントできない
梅本です。 すみません、コピペミスです。(__) >>> Tue, 05 Jan 2016 16:18:38 +0900 の刻に「ume」、すなわち >>> Hajimu UMEMOTO 氏曰く >>>>> On Tue, 5 Jan 2016 13:57:01 +0900 >>>>> Paseri said: paseri> zfs の実験をしていて、障害発生時の対応を調べているのですが、 paseri> 何処から手を付けていいやらで、zfs お使いの皆さんから、 paseri> ノウハウをお聞きしたく思います。 paseri> 症状： paseri> VMware Player の環境下で、10.2-RELEASE-p7(i386) 上で、 paseri> ホスト OS の再起動によって、umount せずに電源 OFF となった後の boot で、 paseri> zfs のマウント時に、コアダンプ吐いてリブートを繰り返す。 ume> i386 ですよね。 ume> 私も悩まされました。 ume> clang 移行後の版では、 ume> options KVA_PAGES=512 options KSTACK_PAGES=4 ume> が必要になってます。 ume> /usr/src/UPDATING の 20121223 のエントリを参照。 ume> また、i386 だと ume> options KVA_PAGES=512 ume> が必要だと思いますが、その辺もご注意を。 ume> https://wiki.freebsd.org/ZFSTuningGuide 参照。 -- 梅本 肇 ＠http://www.mahoroba.org/~ume/ u...@mahoroba.org u...@freebsd.org プログラムは書いた人の意図ではなく書かれた通り動く I hate Modula-3 :-) ___ freebsd-users-jp@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-users-jp To unsubscribe, send any mail to "freebsd-users-jp-unsubscr...@freebsd.org"
[FreeBSD-users-jp 95634] Re: zfs のマウントでコアダンプ吐いてマウントできない
梅本です。 > On Tue, 5 Jan 2016 13:57:01 +0900 > Paseri said: paseri> zfs の実験をしていて、障害発生時の対応を調べているのですが、 paseri> 何処から手を付けていいやらで、zfs お使いの皆さんから、 paseri> ノウハウをお聞きしたく思います。 paseri> 症状： paseri> VMware Player の環境下で、10.2-RELEASE-p7(i386) 上で、 paseri> ホスト OS の再起動によって、umount せずに電源 OFF となった後の boot で、 paseri> zfs のマウント時に、コアダンプ吐いてリブートを繰り返す。 i386 ですよね。 私も悩まされました。 clang 移行後の版では、 options KVA_PAGES=512 が必要になってます。 /usr/src/UPDATING の 20121223 のエントリを参照。 また、i386 だと options KVA_PAGES=512 が必要だと思いますが、その辺もご注意を。 https://wiki.freebsd.org/ZFSTuningGuide 参照。 -- 梅本 肇 ＠http://www.mahoroba.org/~ume/ u...@mahoroba.org u...@freebsd.org プログラムは書いた人の意図ではなく書かれた通り動く I hate Modula-3 :-) ___ freebsd-users-jp@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-users-jp To unsubscribe, send any mail to "freebsd-users-jp-unsubscr...@freebsd.org"
[FreeBSD-users-jp 95546] Re: fileコマンドのcoreダンプ
梅本です。
>>> Wed, 17 Jun 2015 12:23:16 +0900 (JST) の刻に「suzuki」、すなわち
>>> zen-freebsd-us...@suzuki.que.ne.jp 氏曰く
suzuki> 未更新のサーバーがあったのでfreebsd-updateを実行してp15にしてみたとこ
suzuki> ろfileコマンドがLANG=ja_JP.eucJPでコアダンプするようになってしまいまし
suzuki> た。
suzuki> 原因の確認までは行っていませんがlibmagicへの修正が原因の線が濃厚ですね。
https://svnweb.freebsd.org/base?view=revision&revision=264038
で直ると思います。試してみてください。
MFC 忘れっぽいので、直るようなら MFC します。
--
梅本 肇 ＠http://www.mahoroba.org/~ume/
u...@mahoroba.org ume@{,jp.}FreeBSD.org
プログラムは書いた人の意図ではなく書かれた通り動く I hate Modula-3 :-)
___
freebsd-users-jp@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-users-jp
To unsubscribe, send any mail to "freebsd-users-jp-unsubscr...@freebsd.org"
[FreeBSD-users-jp 95242] Re: pkg upgradeでConflictが表示されてupgradeできません
梅本です。
> On Thu, 24 Jul 2014 22:04:11 +0900
> Hiroo Ono (小野寛生) said:
hiroo> 解決法は私も知りたいです。
hiroo> 私がとりあえずやっている回避策は、
hiroo> 現在インストールされているのが ja-libgd で、依存関係でインストールされるのが libgd だとして、
hiroo> pkg remove -f ja-libgd
hiroo> pkg upgrade
hiroo> で、ja-libgd の方が必要な場合は
hiroo> pkg remove -f libgd
hiroo> pkg install ja-libgd
hiroo> としています。
こちらの方への答えではなくて申し訳ないですが…
hiroo> 問題としては、両者で依存しているパッケージに違いがある場合、pkg autoremove で必要な
hiroo> パッケージまで削除されてしまうことがあります。
pkg install でインストールしたのであれば、そのパッケージ自身は
pkg autoremove で消されることはないと思います。
依存でインストールされたパッケージを消したくない場合は、
pkg set -A 0 <パッケージ> でそのパッケージの automatic flag を落として
おけば消されなくなります。
--
梅本 肇http://www.mahoroba.org/~ume/
u...@mahoroba.org ume@{,jp.}FreeBSD.org
プログラムは書いた人の意図ではなく書かれた通り動く I hate Modula-3 :-)
___
freebsd-users-jp@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-users-jp
To unsubscribe, send any mail to "freebsd-users-jp-unsubscr...@freebsd.org"
[FreeBSD-users-jp 95230] Re: powerd with high frequency when idling
梅本です。
> On Mon, 07 Jul 2014 02:32:41 +0900 (JST)
> Kazumaro Aoki said:
ka> 今まで数年間以下に書くやりたいことが出来ていたのですが、何かのタイミン
ka> グでうまくいかなくなったというようです。
夏場になってきて暑くなってきたからとか、ファンの調子が悪くなっていると
か、エアフローが変わったとかではないですか?
ka> やりたいこととしては、
ka> 1. CPUの温度が高くなり過ぎないようにCPUの動作周波数を調整したい
ka> 2. CPUのidle時には動作周波数を落したい。もちろん、必要な時は動作周波数
ka>をあげたい。
ka> 上記1の優先順位を2より高く設定したいと考えています。
この要求はデザインに反しています。わざわざ、1 の優先順位を上げて実装し
ています。
CPU 温度が高い状態は critical であり、高い優先度で確実に落とすため、
passive cooling を kernel で実装しています。この緊急時に userland から
介入されては困るのです。
ka> これまでは、sysctlで
ka> hw.acpi.thermal.user_override=1
ka> hw.acpi.thermal.tz0._PSV=65C
ka> hw.acpi.thermal.tz0._TC1=0
ka> hw.acpi.thermal.tz0._TC2=1
ka> hw.acpi.thermal.tz0._TSP=60
ka> hw.acpi.thermal.tz0.passive_cooling=1
ka> として、optionなしでpowerdを使っていたら上記内容が実現されていました。
passive cooling はそのような希望を叶えるためのものでは決してありません。
_PSV, _TC1, _TC2 _TSP の値は、本来 ACPI BIOS から得られるもの、つまり、
ベンダがそのハードに合わせた値です。これらの値は、変にいじると、
passive cooling が想定された動作をせず、熱暴走させる危険性があります。
元々、これらの値は read only でした。しかし、残念ながら、この値が適切で
ないハードがあることも確認されており、それらを救済するために、やむなく
変更できるようにしているだけです。しかし、単に更新できるだけでは安易に
変更される危険性があるので、user_override を指定しなければ変更できない
ようにしています。
ka> 現在では、loadが0でもpassive coolingが効いてpowerdによる周波数制御が効
ka> いてないということのようです。
powerd が idle を検知して freq を下げられるような状況で、passive
cooling が動作していることがそもそも変です。
_PSV の値が低すぎるのではないでしょうか。
ka> powerd -M 800
ka> として、passive coolingが始まってしまう前にpowerdでCPUの温度が上がらな
ka> いようにして動作周波数制御するしかないのかなぁと思い始めましたが、何か
powerd は温度管理はやらないので、『powerdでCPUの温度が上がらないように
して』という意味は分かりかねますが、passive cooling の動きとして、温度
が _PSV より下がれば、段階的に、passive cooling 動作開始時の freq にま
で戻します。つまり、passive cooling では、元の freq より高くするような
ことはしません。
--
梅本 肇http://www.mahoroba.org/~ume/
u...@mahoroba.org ume@{,jp.}FreeBSD.org
プログラムは書いた人の意図ではなく書かれた通り動く I hate Modula-3 :-)
___
freebsd-users-jp@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-users-jp
To unsubscribe, send any mail to "freebsd-users-jp-unsubscr...@freebsd.org"
[FreeBSD-users-jp 95227] Re: powerd with high frequency when idling
梅本です。
> On Sun, 06 Jul 2014 21:44:34 +0900 (JST)
> Kazumaro Aoki said:
ka> どういう時にEPERMになっているのか気になっていますが、全然追えていませ
ka> ん。引続き情報を待ってます。
本件と関係あるかどうかは分かりませんが、kernel 内で cpufreq を制御して
いる場合、userland からの変更要求は EPERM になります。典型的には、CPU
の温度が高くなりすぎ passive cooling によって cpufreq が落とされている
状態です。
--
梅本 肇http://www.mahoroba.org/~ume/
u...@mahoroba.org ume@{,jp.}FreeBSD.org
プログラムは書いた人の意図ではなく書かれた通り動く I hate Modula-3 :-)
___
freebsd-users-jp@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-users-jp
To unsubscribe, send any mail to "freebsd-users-jp-unsubscr...@freebsd.org"
[FreeBSD-users-jp 95102] Re: gif Interface Trable on FreeBSD 9.2-stable
梅本です。
>>> Sun, 15 Dec 2013 13:57:17 +0900 (JST) の刻に「oniuda」、すなわち
>>> Koh-ichi Oniuda (鬼生田浩一) 氏曰く
oniuda> 9.1-stableから9.2-stableへのバージョンアップを実施して
oniuda> います。その中で、gif0インターフェースのinet6オプション
oniuda> 設定が自動でされなくなりました。
最近の FreeBSD では IPv6 はデフォルトでは無効にされています。すべてのイ
ンタフェースの IPv6 を有効にして良ければ、/etc/rc.conf に
ipv6_activate_all_interfaces="YES"
と書いておけばいけると思います。
あるいは、
oniuda> 1.IIJ PPP /etc/ppp/ppp.linkupにて
oniuda> !bg ifconfig gif0 create
!bg ifconfig gif0 inet6 -ifdisabled
oniuda> !bg ifconfig gif0 up
oniuda> !bg ifconfig gif0 tunnel MYADDR <999.888.777.666>
oniuda> !bg route add -inet6 default ::1 -ifp gif0
としてもいけると思います。
--
梅本 肇http://www.mahoroba.org/~ume/
u...@mahoroba.org ume@{,jp.}FreeBSD.org
プログラムは書いた人の意図ではなく書かれた通り動く I hate Modula-3 :-)
___
freebsd-users-jp@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-users-jp
To unsubscribe, send any mail to "freebsd-users-jp-unsubscr...@freebsd.org"
[FreeBSD-users-jp 95018] Re: /etc/make.confにいろいろ書いてある場合のpkgngへの移行について
梅本です。
> On Sat, 14 Sep 2013 07:46:02 +0900
> TOGAWA Satoshi said:
toga> FreeBSD 9.2-Rからは、pkg_*じゃなくてpkgngが主流になると聞いたので、
toga> 実験用サーバーで実験してます。
私はすべて移行してしまいました。
toga> さて、私はApacheやsendmailをコンパイルするときに、/etc/make.confの以下の記述を
toga> 有効にしています。
toga>
toga> SUEXEC_DOCROOT=/usr/home
toga> SENDMAIL_CFLAGS=-I/usr/local/include -DSASL=2
toga> SENDMAIL_LDFLAGS=-L/usr/local/lib
toga> SENDMAIL_LDADD=-lsasl2
toga>
toga> これらで作成したパッケージを使っている場合、pkgngに移行しても大丈夫なものでしょうか?
pkgng は ports でのビルドに影響を与えるものではないので、
/etc/make.conf での指定は pkgng に移行したからといって、
変わりません。
また、SENDMAIL_* は base の sendmail に対する指定なので、
ports には関係ないです。
--
梅本 肇http://www.mahoroba.org/~ume/
u...@mahoroba.org ume@{,jp.}FreeBSD.org
プログラムは書いた人の意図ではなく書かれた通り動く I hate Modula-3 :-)
___
freebsd-users-jp@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-users-jp
To unsubscribe, send any mail to "freebsd-users-jp-unsubscr...@freebsd.org"
