July 2004 - openSUSE Users (日本語)

NTFS-fsエラー
by koyama 23 Jul '04

23 Jul '04

k7-koyama です。 /var/log/warn に以下のような警告が出ているのですが、何がおかしいのでしょうか？ NTFS-fs とは、Windowsのファイルシステムの事ですか？これを回避するにはどうしたら良いのでしょうか NTFS-fs error (device 03:02): ntfs_ucstonls(): Unicode name contains characters that cannot be converted to character set iso8859-1. Jul 23 14:32:39 last message repeated 516 times

2 1

Re: KDE 3.3 Beta 2 がリリース
by uozekat＠mail.goo.ne.jp 23 Jul '04

23 Jul '04

M. Takeyamaです。＃自己フォローモード uozekat(a)mail.goo.ne.jp wrote: > 正式アナウンスはまだです。 KDE Projectより、正式アナウンスが出ました。 http://www.kde.org/announcements/announce-3.3beta2.php http://dot.kde.org/1090503271/ ＜KDE 3.3 Beta 2 Info Page＞ http://www.kde.org/info/3.3beta2.php SuSE Linuxのパッケージ: 　9.1: Intel i586 and AMD x86-64 　9.0: Intel i586 and AMD x86-64 　8.2: Intel i586 　* Language packages (all versions and architectures) ＜KDE Downloadのページ＞ http://download.kde.org/download.php?url=unstable/3.2.92 ftp://ftp.kde.org/pub/kde/unstable/3.2.92/SuSE　--- マスター KDE 3.3は、８月末におこなわれる\\\"aKademy(KDE Community World Summit 2004)\\\" にあわせてリリースされる予定です。アナウンスメントによるとかなり安定しているということ、問題点があればバグ・トラッキング・システムでのフィードバックしてくださいということです。＃kde 3.2.91 -> 3.2.92に上げましたがバージョンアップでの問題は＃特にありませんでした。(kvirc-2.9.9-571でコンフリクトが出たくらいです) ----- M. Takayama

1 0

KDE 3.3 Beta 2 がリリース
by uozekat＠mail.goo.ne.jp 22 Jul '04

22 Jul '04

M. Takeyamaです。＃情報提供モード(KDE projectから) KDE 3.3 Beta 2(kde 3.2.92) がリリースされたようです。＃KDE 3.3 Beta 1をきちんと評価する前に KDE 3.3 Beta 2 ＃が出てしまいました。正式アナウンスはまだです。＃現在は、ミラーサーバなどにパッケージを行きわたらせている為。＜KDE マスターftpサーバ上のSUSEバイナリパッケージ＞ ftp://ftp.kde.org/pub/kde/unstable/3.2.92/SuSE ＃自己責任で使うということです。(毎度のことです。) ＜KDE 3.3系のリリーススケジュール＞ http://developer.kde.org/development-versions/kde-3.3-release-plan.html ----- M. Takayama

1 0

メールチェックさせて下さい
by koyama 20 Jul '04

20 Jul '04

k7-koyama です。メーリングリストの皆様、すみません。 7月9日以来、記事が、いっこうに届かないので、チェックの為、メールさせて下さい。

1 0

Re: Re: [suse-linux-ja] 解決：Re:export DISPLAY
by uozekat＠mail.goo.ne.jp 12 Jul '04

12 Jul '04

M. takayamaです。＃ピンポイントで。 naka(a)hasaki.sumitomometals.co.jp wrote: > > 今回私もsuseは初めてなので本当に9.1から変わっているのかどうかは > > わかりません。 > > これは従来より使われてる方に返事をお願いしたいと思います。 > 9.0 では、デフォルトでは、-nolisten は入っていないようです。 > (自分のノートPCに入れたっきり触ってない(はずの)ものがあった > ので確認しました。) 普段、ここらあたりはいじらないでDefaultで使っいますが... 「nolisten」と聞いて、/etc/sysconfig　に関係ありそうなものがないかを自分なりに調べてみました。 /etc/sysconfig/displaymanager でコントロール出来ると思います。 -----(displaymanagerから抜粋)---- ## Type: yesno ## Default: no # # Tcp port 6000 of Xserver. When set to "no" (default) Xserver is # started with "-nolisten tcp". Only set this to "yes" if you really # need to. Use ssh X11 port forwarding whenever possible. # ##DISPLAYMANAGER_XSERVER_TCP_PORT_6000_OPEN="no" DISPLAYMANAGER_XSERVER_TCP_PORT_6000_OPEN="yes" ----------------------------------- ----- M. Takayama

3 2

9.1日本語版まもなくやってくるみたい....
by Masaru Imai 11 Jul '04

11 Jul '04

今井です。今日ぷらっとホームから「9.1日本語版発送しました」というメイルが届きました。明日はちょっと遊びまくりになりそうです。 -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井優 mail: maimai(a)coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

4 7

9.1 にアプグレードしてファイル名などがもじばけ
by ピアスエリック 11 Jul '04

11 Jul '04

こんにちは… ピアスです。 9.0から9.1にアプグレードにしたらファイル名やディレクトリ名などが文字化けになっちゃいました。きっと9.1がUTF-８エンコーディングを利用されてるからだと思うけど、どうやって直せるという方がいらっしゃいましたら、宜しくお願い致します。ピアス・エリック __________________________________________________ Do You Yahoo!? http://bb.yahoo.co.jp/

2 2

Re: Postfixの動作について
by uozekat＠mail.goo.ne.jp 09 Jul '04

09 Jul '04

M. Takeyamaです。 mlac(a)hintmark.com wrote: > k7-koyama です。 > > Postfixを、メールサーバーとして、動作させようとしているのですが、 > ローカルホスト(127.0.0.1)からは接続し、メール送信できるのですが、 > ローカルネットワーク(192.168.1.0/24) からの telnet :25 では > Connection Refused となってしまいます。多分、それは、正しい動作だと思います。＃また、SUSEのPostfixの初期設定それで良いと思います。 # whereis postconf postconf: /usr/sbin/postconf /usr/share/man/man1/postconf.1.gz # /usr/sbin/postconf -n のコマンドを実行して、設定内容を確認してみてください。多分、k7-koyamaさんの方で必要な設定をし忘れているからだと思います。＃(実は、どこが悪いか大体検討がついているですけど...) 参考までに、もし、必要なら postfix(日本)関係は以下のURLを参考に。　http://www.kobitosan.net/postfix/ Postfix-JPのMLは、こちらです。＃MLの名称は、確かPostfix管理者ML(MTAを扱う人==管理者になるから)のはず　http://www.kobitosan.net/postfix/ML/ > firewallの設定は、yastでは行っていないので、不思議です。 > ちなみに、sshは、ちゃんとログイン可能です。 sendmailはデフォルトでは、オープンリレーなっている傾向が強かった(最近のsendmailの m4のcfファイルはそうでないかも。) ですが、Postfixは、昔から設定しないとローカルホストから以外はリレーしないなどデフォの設定は厳しかったことを記憶しています。＃ちなみに最初のPostfixとの出会いは５年ぐらい前ですが、ここ２年＃ぐらいは、新規で構築するメールサーバ全てPostfixにするように＃しています。 > ineted は起動していません。(Postfixはinetedが起動して > いないと、動かないという事はありませんよね) (重箱の隅を突つくようですみません。) 最近のLinux(一般論として)は、inetedは採用されていません。 xinetdになっているはずです。また、Postfixは起動スクリプトでデーモンを立ち上げますが SUSEのMTAとしてsendmailとPostfixが用意されているようなので一方だけを生かすような設定が必要です。 ----- M. Takayama

2 1

Re: SUSEのjava2(sdk, jre)のメンテナンスってどうなるの？
by uozekat＠mail.goo.ne.jp 09 Jul '04

09 Jul '04

M. Takeyamaです。＃すみません。レス遅くなりました。 mlac(a)hintmark.com wrote: > k7-koyama です。 [...] > > ちなみに、SUSE 9.1のJAVA2は、1.4.2_03(1.4.2_03-b02)のようです。 > > これは、日本語を扱うネットワークプログラムでは、バグが上る可能性があります > 詳細は、j2sdk1.4.2_05のリリースノートに載っていますレス、ありがとうございます。(ここらあたりの情報は貴重だと思います) WebブラウザでVMが要求されるときにあまり意識しないで使っています。また、最近、SUSE9.1, SUSE 9.0で \"InterScan Messaging Security Suite 5.11 Linux版\"の評価をおこないましたが、webベースの管理ツールが apache + tomcat + jre(バンドルされているJAVA2 は、1.3.x系だと思う。) で動かしているのを知りました。＃TrendMicro(US)のページだと, SUSE 8.2は動作検証済みたいでした。＃(サポート対象外は承知の上、自己責任でインストール＆検証しました) で、やはり自分達が意識するしないにかかわらず、いろいろなところで JAVA2(JAVA5)のVMが必要(重要性が高まっている)だったりするわけで... SUSE と Sunがまったく協力関係がないわけでもないようですし... JAVA2のJRE, SDKのアップデートが簡単におこなわれるようになことを強く望みます。＃個人的には、SUN(JAVA2)のバイナリを利用してSUSE上で環境を調整する＃方法論に見通しは立っているのですが... ＜SUSEに対しては...＞ /sbin/conf.d/SuSEconfig.alljava (setJava.pl) などを見直すなどして欲しい。＃何らかの改善ですね。(可能なら) ＜SUNに対しては...＞未確認情報なのですが、jre, sdkのバイナリなどの再配布に関しては厳しい条件があるみたいでSUSEでは自由に再配布できない。(?) もし、そうなら。ディストロ(少なくとも協力関係にあるところは)の再配布に関する条件を緩和するようにして欲しい。 ----- M. Takayama

2 1

Re: 解決：Re:exportDISPLAY
by uozekat＠mail.goo.ne.jp 09 Jul '04

09 Jul '04

M. Takeyamaです。＃メールを長くするつもりはないのですが長くなってしまいました。 naka(a)hasaki.sumitomometals.co.jp wrote: > 中村です。 [...] > 9.0 の /etc/sysconfig/displaymanager には > この項自体が見当たらないので、やはり、9.1 から > 追加されたもののようです。 SUSE 9.1のことなのにバージョンを明記していませんでした。すみません。＃最近は、SUSE 9.1を使う時間が多くなっていて... > 9.0ですので、 > DISPLAYMANAGER_XSERVER_TCP_PORT_6000_OPEN > は見当たりませんでしたが、9.1 の yast では、 > 出てくるのではないでしょうか。そうですね。私は、ファイルを直接いじる方なので確認していませんでしたが、yast(9.1)で確認したところ ---> ちゃんと出ました。 > でも、SUSE についての予備知識なしに、ここにたどり着くのは > なかなか大変でしょうね。個人的には、そうでもないと思います。ちょっと冷静になって今回のことを考えてみました。本当に、/etc/sysconfig/displaymanager(少なくとも SUSE 9.1) へたどりつけないか？最近のLinuxは、LSB x.x対応とうたっていたりするように、LSB-FHSの関係からか？　/etc/sysconfig の下に、システムの設定ファイル置くのは常識になっているかも？ ---> その認識があればたどりつける。Ｘ関係のことになると ---> Runレベル５でWindowのマネージャが起動。(Runレベル3だとstartx) 　　/etc/init.d/rc5.d/S17xdm (実体：/etc/init.d/xdm) 　　ということからたどりつけるということです。 -----(S17xdm より抜粋)---------------------- . /etc/rc.status . /etc/sysconfig/displaymanager . /etc/sysconfig/language . /etc/SuSEconfig/profile test -r /etc/profile.d/desktop-data.sh && \\ . /etc/profile.d/desktop-data.sh --------------------------------------------- -----(startx より抜粋)---------------------- userclientrc=$HOME/.xinitrc userserverrc=$HOME/.xserverrc sysclientrc=/usr/X11R6/lib/X11/xinit/xinitrc sysserverrc=/usr/X11R6/lib/X11/xinit/xserverrc -----(/usr/X11R6/lib/X11/xinit/xinitrc より抜粋)----- XLIBDIR=/usr/X11R6/lib/X11 test -r $XLIBDIR/Xmodmap && xmodmap $XLIBDIR/Xmodmap test -r $HOME/.Xmodmap && xmodmap $HOME/.Xmodmap test -r $XLIBDIR/Xresources && xrdb -load -retain $XLIBDIR/Xresources test -r $HOME/.Xdefaults && xrdb -I$HOME -merge $HOME/.Xdefaults test -r $HOME/.Xresources && xrdb -I$HOME -merge $HOME/.Xresources -----(/usr/X11R6/lib/X11/xinit/xserverrc より抜粋)----- # handle TCP port 6000 . /etc/sysconfig/displaymanager test \"$DISPLAYMANAGER_XSERVER_TCP_PORT_6000_OPEN\" != \"yes\" && \\ args=\"$args -nolisten tcp\" if test -x \"`type -p keygen`\" -a \"$done\" != \"yes\" ; then if [ ! -x \"`type -p hostname`\" ] ; then echo \"startx: can\'t get my hostname - exiting\" 1>&2 exit 1 else host=`hostname -f` fi trap \"echo\" 1 2 15 cookie=\"MIT-MAGIC-COOKIE-1 `keygen`\" tcpip=\"$host$dspnum\" unix=\"${host%%.*}/unix$dspnum\" xauth -f $auth source - <<-EOF add $tcpip $cookie add $unix $cookie add ${host}/unix$dspnum $cookie EOF cookie= exec X $dspnum -auth $auth $args else exec X $dspnum $args fi --------------------------------------------- > ありがとうございました。いえいえ。ＭＬの質問などを機に勉強したりするので私自身もいろいろと為になっています。 ----- M. Takayama

1 0