July 2017 - debian-users - Debian JP Project

[debian-users 00093] stretchで日本語入力できない
by Kenji Matsui 31 Jul '17

31 Jul '17

こんばんは、松井です。 xfceデスクトップを選択し、stretchを新規インストールしてみたのですが問題に遭遇しております。まず、jessieからインストール直後の文字化けは解消されたのかなと思っていたのですけど、ログインすると日本語が文字化けしていました。（これはデスクトップ環境によるということなのかもしれないですけども。） # apt-get update の後に apt-get install -y ibus-kkc locales echo "ja_JP.UTF-8 UTF-8" >> /etc/locale.gen echo "ja_JP.SHIFT_JIS SHIFT_JIS" >> /etc/locale.gen locale-gen update-locale LANG=ja_JP.UTF-8 LANGUAGE=ja_JP:ja locale をスクリプトとして実行しました。これだけでは直らなかったので # apt-get install -y task-japanese までやってやっと文字化けが直りました。（task-japaneseを使わない文字化けの直し方もあるのでしょうか？）次に日本語入力をしようとしましたが「iBusの設定」の「一般」タブで次の入力メソッド: <Super>space となっているのですが Windowsキー＋spaceキーを押しても半角/全角キーを押しても英語しか打てません。ルートユーザーとしてデスクップにログインしますと「iBusの設定」をいじらなくとも # locale LANG=ja_JP.UTF-8 LANGUAGE=ja_JP:ja LC_CTYPE="ja_JP.UTF-8" LC_NUMERIC="ja_JP.UTF-8" LC_TIME="ja_JP.UTF-8" LC_COLLATE="ja_JP.UTF-8" LC_MONETARY="ja_JP.UTF-8" LC_MESSAGES="ja_JP.UTF-8" LC_PAPER="ja_JP.UTF-8" LC_NAME="ja_JP.UTF-8" LC_ADDRESS="ja_JP.UTF-8" LC_TELEPHONE="ja_JP.UTF-8" LC_MEASUREMENT="ja_JP.UTF-8" LC_IDENTIFICATION="ja_JP.UTF-8" LC_ALL= ちゃんとこうなっていて、日本語入力できました。しかし、一般ユーザーだと $ sudo update-locale LANG=ja_JP.UTF-8 LANGUAGE=ja_JP:ja $　sudo bash /etc/default/locale （ちなみに、一般ユーザーではbashだとうまくいきますがsourceだと $　sudo source /etc/default/locale sudo: source: コマンドが見つかりませんとなってしまいます。何なんでしょう、これ？）をやった後でも $ locale LANG=en_US.utf8 LANGUAGE=ja_JP:ja LC_CTYPE="en_US.utf8" LC_NUMERIC="en_US.utf8" LC_TIME="en_US.utf8" LC_COLLATE="en_US.utf8" LC_MONETARY="en_US.utf8" LC_MESSAGES="en_US.utf8" LC_PAPER="en_US.utf8" LC_NAME="en_US.utf8" LC_ADDRESS="en_US.utf8" LC_TELEPHONE="en_US.utf8" LC_MEASUREMENT="en_US.utf8" LC_IDENTIFICATION="en_US.utf8" LC_ALL= こういうおかしな状態です。ログイン時に Defaut Xsession Xfce セッションのどちらを選んでも同じことでした。現在jessieで使っているmateデスクトップでは https://www.server-world.info/query?os=Debian_9&p=japanese で説明されている IME アイコンのようなものが同じ場所に表示されていますのでこれを表示させることができればいいのかもしれませんけど、画面上部パネルの「新しいアイテムの追加」の中を探してもそういう項目はないようです。なるべくなら他のデスクトップ環境をインストールせずに解決する方法を知りたいのですけど、どのようにすれば解決できますでしょうか？よろしくお願いします。 --- Kenji Matsui

4 17

[debian-users 00112] Re: stretchで日本語入力できない
by Kenji Matsui 31 Jul '17

31 Jul '17

松井です。青木さんレスありがとうございます。 >> $ apt show task-japanese-desktop >> - snip - >> Depends: tasksel (= 3.31+deb8u1) >> Recommends: iceweasel-l10n-ja, fonts-vlgothic, fonts-ipafont, uim, >> uim-anthy, uim-mozc, mozc-utils-gui, anthy, libreoffice-l10n-ja, >> libreoffice-help-ja, poppler-data > > ... > >> 問題なく日本語入力するために鍵となるのは >> task-japanese, task-japanese-desktop の依存パッケージだとすれば、 >> ここで調べた結果から判断するかぎ重要なのは nkf か？ > > うーん、何をされたのかよく分かりませんでした。現在メインで使って日本語入力が問題なくできているいる jessieマシンでは task-japanese や task-japanese-desktop の依存パッケージのどれかがインストールされているから日本語入力がうまくいっているのだろうか、と誤解していたわけです。 debian-9.1.0-amd64-xfce-CD-1.iso を用いて新規インストールしてみました。日本語設定をするためには task-japanese も task-japanese-desktop もそれ自体は入れなくてよいことが分かりました。 > この前に、文字化けを直そうとした時に > $ LANG=C > # update-locale LANG=en_US.UTF-8 LANGUAGE=en_US:en > # dpkg-reconfigure locales （en_US.UTF-8 UTF-8　を追加しました） > という操作をやりました。（この部分は一発日本語化スクリプトには存在しません。今回だけ文字化け対策で実行しただけです。）一番最初に stretch をインストールした時はここで変えた設定を自分ではきちんと元に戻すことができず、 task-japanese-desktop を入れることにより日本語設定がなされて、問題が解決したのではないかと推測しています。 debian のオフラインインストールをして日本語設定につまずくと、すぐにあきらめて Ubuntu に行っちゃう方も多いだろうと思います。 debian が初めての方がこのメールのアーカイブにたどり着いた時のために手順をかなり詳しく書いておくことにします。以下、日本語入力システムとしてを ibus-anthy を選んだ場合を例として説明します。インストール時に言語選択で日本語を選択しておけばインストール後に再起動した時にターミナルでrootに入って echo "deb http://deb.debian.org/debian/ stretch main" > /etc/apt/sources.list echo "deb http://security.debian.org/ stretch/updates main" >> /etc/apt/sources.list apt-get update apt-get install -y ibus-anthy ttf-unifont の４行さえ実行すれば、まず文字化けが直ります。そして、画面左上のアプリケーションから設定 iBus の設定「入力メソッド」タブ追加日本語　 anthy 追加閉じるの順でクリックして設定を行い再起動すればまず画面右上の ibus のアイコンをクリックして anthy を選択しなければいけなかったかもしれませんが全角/半角キーによって英語・日本語を切り替えて、自在に日本語入力ができるようになります。 > ちなみに日本語入力設定とlocale設定とはまったく関係ありません。 > localeを日本語にしないとメッセージは英語ですが、anthyは使えま > すよ。私は青木さんのこのコメントを確かめたかったので今回はインストール時に英語を選んでインストールしました。そしてrootでさっき書いた４行の後に echo "ja_JP.UTF-8 UTF-8" >> /etc/locale.gen locale-gen update-locale LANG=ja_JP.UTF-8 LANGUAGE=ja_JP:ja を実行してから、一般ユーザーに戻って echo "LANG=ja_JP.UTF-8" >> ‾/.bashrc echo "LANGUAGE=ja_JP:ja" >> ‾/.bashrc とやって再起動すると、無事にメニューまで日本語化されました。一般ユーザーで実行するコマンドは LANG=ja_JP.UTF-8 LANGUAGE=ja_JP:ja でやろうとすると、再起動するとなぜかロケールが元に戻っていました。ちなみに、私は wheezy や jessie の時は文字化けの発生がイヤでしたのでいつもインストール時に英語を選んでインストールしてから、何回か前のメールに少し書きました一発日本語化スクリプトで日本語化するという手順でやってました。それで今回 stretch をインストールする時も日本語を選んでインストールしたにも関わらずその同じスクリプトで日本語設定を行おうとしたために喜瀬さんには無駄なことをしているように見えたようです。ただ、wheezy や jessie ではそのスクリプトを用いた後に（日本語を選んでインストールした場合でも）日本語入力関係で問題が発生したことはありませんでしたので、そのスクリプト自体がシステム設定を壊すというようなことはないだろうと思っています。 > 「ネット接続ならセキュリティーが。。。」ということをご心配のようですが、 > ほとんど杞憂だと思います。ネットインストールのセキュリティ面に関しては皆さんのおっしゃる通り確かに杞憂だったかな、と私も思い始めています。しかし、ネットインストールで（DVD1でも）mozcが自動的にインストールされてしまうのが私には抵抗があります。 Google が作成した mozc が入ることに抵抗がない方であればネットインストールが一番いいだろうなとは私も思います。それと、少し細かいのですけど、 $ im-config において ibus が選択されている場合は最初に「OK」を選び、次に「いいえ」を選んだ後の画面でユーザー設定 /home/debmania/.xinputrc を変更せずに default のまま維持する。自動設定による選択: ibus インテリジェントインプットバス (IBus) * 必ず必要: ibus * 言語固有の入力変換サポート: * 日本語: ibus-mozc (最善) または ibus-anthy または ibus-skk * 韓国語: ibus-hangul * 簡体中国語: ibus-pinyin または ibus-sunpinyin または ibus-googlepinyin * 繁体中国語: ibus-chewing * タイ語: ibus-table-thai * ヴェトナム語: ibus-unikey または ibus-table-viqr * X キーボードエミュレーション: ibus-xkbc * 汎用キーボード変換テーブル: ibus-m17n または ibus-table* パッケージ * アプリケーションプラットフォームサポート: * GNOME/GTK+: ibus-gtk と ibus-gtk3 (両方) * KDE/Qt: ibus-qt4 * Clutter: ibus-clutter * EMACS: ibus-el もし過去の設定によるデーモンプログラムが X セッションマネージャーにより再起動される場合には、kill(1) を用いてそのプロセスをマニュアルで殺す必要があるかもしれません。詳細は im-config(8) と /usr/share/doc/im-config/README.Debian.gz を参照。ここで「* 言語固有の入力変換サポート: *日本語: ibus-mozc（最善）または ibus-anthy または ibus-skk」という部分で ibus-kkc が表示されないのは何故かなと気になったのですけど、別に ibus-kkc の信頼性が低いとか見なされているわけではないと思っていて大丈夫でしょうか？ --- Kenji Matsui

1 0

[debian-users 00108] stretchでNIC変更
by kurita＠gaz 26 Jul '17

26 Jul '17

こんにちは。 stretchを新規にインストールしたPCでNICを変更したのですが有効にする方法が分かりません。ご存知の方がいらっしゃたらお教えください。 ip addr で名前は確認できるので /etc/network/interfases のNIC名を修正したのですがipアドレスが割り振られませんでした。 stretch以前は、/etc/udev/rules.d/ 以下の　persistent-net.rules をファイル名に含むファイルを削除後rebootすればそのファイルに反映されていたのですが。それに該当するものが見つけられません。又、検索でも関連記事を発見できませんでした。よろしくお願いします。栗田 _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/

1 0

[debian-users 00097] 第 125 回関西 Debian 勉強会 in OSC 2017 Kyoto のお知らせ
by t3rkwd＠debian.or.jp 20 Jul '17

20 Jul '17

こんばんは。かわだです。このメールは debian-users ML と debian-devel ML にお送りしています。 8 月 5 日(土)に行なわれる第 125 回関西 Debian 勉強会 in OSC 2017 Kyoto 開催のお知らせです。今回はオープンソースカンファレンス 2017 Kyoto に参加します。最新の情報については以下をご覧ください。 https://wiki.debian.org/KansaiDebianMeeting/20170805 ------------------------------------------------------------------------ = 第 125 回関西 Debian 勉強会 in OSC 2017 Kyoto = * 日時：2017 年 8 月 5 日 (土) 10:00 - 17:50 (展示 10:00 - 16:00) * 会場：京都リサーチパーク(KRP) OSC総合受付：アトリウム * 費用：無料 == ブース展示内容 == * Debian 9 "Stretch" 稼働マシンと勉強会資料の展示 * Debian インストーラDVD・ステッカー・Tシャツの配布など == セッション内容 == * 日時：2017 年 8 月 5 日 (土) 15:15 - 16:00 (45 min) * 会場：1号館4F 会議室B * 内容：Debian updates * https://www.ospn.jp/osc2017-kyoto/modules/eguide/event.php?eid=26 == 参加方法 == ブース、セッションともに入場無料です。セッションについては、オープンソースカンファレンスのページよりお申し込みください。 https://www.ospn.jp/osc2017-kyoto/modules/eventrsv/register2.php == 連絡先 == * 担当者かわだてつたろう　Email: <<MailTo( t3rkwd AT SPAMFREE debian DOT or DOT jp)>>

1 0

[debian-users 00092] 【解消済】www.debian.or.jp が一時的に不通
by Taku YASUI 16 Jul '17

16 Jul '17

みなさまサーバの設定ミスにより、www.debian.or.jp が正常に表示されていない機関がありました。さきほど復旧しました。ユーザの皆様ならびにwww.debian.or.jpコンテンツ管理の皆様にご迷惑をおかけしました。すみませんでした。障害期間 2017/07/16 3時頃-18:30頃（JST）障害状況 1. http://www.debian.or.jp/ にアクセスすると、中身がほぼないディレクトリ一覧が見える 2. それ以外のURLにアクセスすると http://www.debian.or.jp/index.html へのリダイレクトループになる障害原因 1. www.debian.or.jp サーバ上では、以前 www.jp.debian.org も担っていたが、現在はこのサーバから配信していないため、設定およびファイルを削除した。しかし、www.debian.or.jpのコンテンツ更新を行うプログラムが、 www.jp.debian.org のファイルに依存（symlink）しており、更新がエラーになってしまった。それにより、コンテンツがほぼない状態になってしまった。 2. ErrorDocument 404 http://www.debian.or.jp/index.html という設定が入っているため、404 Not Foundの場合はすべて http://www.debian.or.jp/index.html に302リダイレクトするようになっていたが、index.htmlファイルも存在していないため、リダイレクトループになってしまった。復旧 1. www.jp.debian.org のファイルをバックアップから展開した。 2. 設定は残ったままだが、index.html が復活したため、ループしなくなった。今後、設定を変更し、障害時にもリダイレクトループしないようにする。再発防止 1. 全く異なるシステム間において、ファイル・ディレクトリの依存状態を作らない。 2. ErrorDocument でリダイレクトする設定は入れない。 -- Taku YASUI <tach(a)debian.or.jp> Debian JP Project Auditor, System Administrator

1 0

[debian-users 00091] Re: KODACHIについて
by Shigekazu KIMURA 15 Jul '17

15 Jul '17

悸村と申します。 https://www.digi77.com/linux-kodachi/ から ISO を取得し、Windows 上で Rufus を使用し、USB メモリ・スティックに Linux KODACHI -3.7 (64ビットのみ) を書き込み（fat32, bootディスク）試用してみました。いわゆるライブ Linux なので、Firefox-ESR などを起動してそのまま使用出来ると思います。但し、Firefox-ESR の proxy の設定を（我が家では）自動検出に変更する必要がありました。あと、vpn を使用する設定になっているのですが、このあたり、当方はよく理解できないでいます。友人から頂いたという USB の KODACHI がどういう状態だったか、第三者には推測が困難です。上の URL にある説明を参考にして、ご自分で USB に焼く方法を試されるとよいのではないでしょうか。 -- 悸村成一

1 0

[debian-users 00086] PerlとMXNetでディープ・ラーニング
by Keiji KOSAKA 15 Jul '17

15 Jul '17

小坂@岡山です。「PerlとMXNetでディープ・ラーニング」ってのを書いてみました。 http://film.rlss.okayama-u.ac.jp/~kgk/perl/mxnet/index.html 「debianでやってみました」って以外、こことは関係ないですが (^^; -- KGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGK KGK (life name: Keiji KOSAKA), Dept. of Phys., Okayama Univ. kgk(a)film.rlss.okayama-u.ac.jp http://film.rlss.okayama-u.ac.jp/~kgk/ KGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGK

2 2

[debian-users 00089] KODACHIについて
by Grv Chem 12 Jul '17

12 Jul '17

はじめまして。こちらのサイトを見まして、初めて、メッセージします。宜しくお願いします。先日、友人からKODACHI3.7のデ―タの入ったUSBを貰い、自宅のPCで起動したのですが、先に行かず、最後はHDDに書き込まれたらしく、PCの電源を入れると、KODACHIが起動し、Windowsが起動しなく成りました。自己責任なので、しょうがないのですが、Linux自体、知識がなかったので、今はHDDを変えて、windowsを入れて、起動しています。正直、自分には敷居が高いです。目的はKODACHIを使ったweb閲覧です。PCのスペックはwindows7です。こんな、初心者の質問に対して、もし、ご返答があれば嬉しい限りです。是非、皆さんの経験と知識を教えて頂けばと思います。宜しくお願いします。

1 0

[debian-users 00088] PerlとJAGSでマルコフ連鎖モンテカルロ
by Keiji KOSAKA 11 Jul '17

11 Jul '17

小坂@岡山です。「あえてのPerl」第二弾として、「PerlとJAGSでマルコフ連鎖モンテカルロ」を書いてみました。 http://film.rlss.okayama-u.ac.jp/~kgk/perl/jags/index.html これも、「debianでやってみました」って以外、こことは関係ないですが (^^; # こんなに関係が薄いと駄目ですか? -- KGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGK KGK (life name: Keiji KOSAKA), Dept. of Phys., Okayama Univ. kgk(a)film.rlss.okayama-u.ac.jp http://film.rlss.okayama-u.ac.jp/~kgk/ KGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGK

1 0

[debian-users 00085] Re: IPv6送信元アドレス
by a m 02 Jul '17

02 Jul '17

野村様 >> この場合、結果的には、「グローバルユニキャストアドレス」への通信の際は、「1)」が、「リンクローカルユニキャストアドレス」への通信の際には「2)」が使われていると思います（正確なところは、RFC や専門家の方へ？）。 > > リンクローカルアドレス(fe80:....)ではなく、グローバルアドレスとローカルアドレス(RFC4291 2.5.6)の話で、両方共ルーター超えができるので、どちらが使われるのか？という疑問でした。 >2)fd30:1000:2000:3000:4000:5000:6000:37d3 リンクローカルではなく、「ユニークローカルアドレス」の話だったですね。「fd:..」まで、よく見ず、見当違いの書き込みで済みませんでした。 > 結局のところ、ローカルアドレスをわざわざ設定するメリットは、プロバイダーから与えられたprefixが変更になっても変化しないアドレスなので、内部サーバーなどに利用するのに適していることぐらいに思います。そうですね。 IPv4 ですと、「RFC1918」のプライベートアドレスがあるので、ローカルに環境を作るときでも、あまり困らないのですが、IPv6ですと、「ユニークローカルアドレス」を手作業なりツールを使って自分で作るか、適当なアドレスを設定するかなど、一手間ありそうです。「ユニークローカルアドレス」以外にも「プライベートアドレス」のようなものがあれば、テストもしやすいのですが。 > いろいろ調べてみると、プロバイダーから与えられるprefixもほぼ半固定なので、グローバルアドレスを直接使っても、それほど不便でもなさそうです。ということで、グローバルアドレス一本にしました。そういったところを気にされていたのですね。対応が進んでいて、よかったです。 > ただ、ルーターでのフィルターをしっかりしないと、外部から内部サーバーにアクセスされる可能性があるので、その面ではIPｖ４のローカルアドレス(192.168.....)のほうが安心かなと思います。 > ルーター広告により内部サーバーにもグローバルアドレスが振られてしまいますので少し心配ですね。 > > 結論として、IPv6を使うメリットは単にPPPoeを使わない(IPoe)高速接続だけであって、それ以外はIPv4のほうが優れているのかな？となりました。現在、そうかもしれませんね。「IPv6は、夜間、速度が落ちない」などあるのかどうかなど。「IPv6提供」側の方では、「IPv4 でプライベートアドレスを使っていても、IPv6 で接続していてもルータで適切にフィルタできていればセキュリティ的には同じ」的な言い方になるのかもですが、「プライベートアドレスをアドレス変換する」形の利用も、IPv6でもできると良い気も。今回、「IPv6」は、アドレス自体もしっかり見ないと、見当違いの理解をしてしまうことが、改めて確認できました。日本のプロバイダのIPv6対応も進んできていたり、スマホのIPv6対応も動いているようなので、慣れてゆかないと。台

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

debian-users July 2017