Mozcdic-UT (Mozc-UT)が終わった話と、代替品を開発してる話 - Chienomi
序 2023-01-12にLinux界隈に激震が走ったらしい。 Linux環境(Unix環境を含む)の日本語入力を支えていた、Mozcdic-UTプロジェクトが終了したからだ。 まず、前提として私の立場を明確にしよう。 私は2017年から、従来のMozc-UTに代わる新しい(ライセンス上の懸念のない)Mozc辞書として誕生したMozc-NEologd-UTのFcitxバインディング、fcitx-mozc-neologd-utのAURパッケージをメンテナンスしてきた。 その後新生Mozc-UTが誕生してからはfcitx-mozc-ut-unifiedとfcitx-mozc-ut-unified-fullというふたつのパッケージを加え、計3つパッケージをメンテナンスしてきた。 その後、mozcdic-ut自体がfcitx4をサポートしなくなったこと、fcitx5は既にメンテナーがいたことから私
第520回 Ubuntu 18.04 LTSの日本語入力 | gihyo.jp
今回はUbuntu 18.04 LTSやそのフレーバーに関する日本語入力関連の注意点をお知らせします。 16.04 LTSからのアップグレードとフレーバー Ubuntu 17.10のサポート期間は7月までなので、18.04 LTSへのアップグレードをそろそろ行うべき時期に来ています。インプットメソッドに限定すると、17.10から18.04 LTSへのアップグレードで考慮すべきことは特にありません。 ただし16.04 LTSから18.04 LTSへのアップグレードだと話が変わってきます。なにせ2年分の乖離があるので、注意点も多いです。そのうちの一つはFcitxからIBusへの（再）移行です。また、それでもFcitxを使用したいというニーズもあるでしょう。 フレーバーに関しては、インプットメソッドの問題はあまり多くないのですが、気になったものを2つピックアップしました。 では具体的に見ていきま
Linux/UNIXでファイルの文字コード(UTF-8 or Shift_JIS or EUC-JP…)を確認する | 俺的備忘録 〜なんかいろいろ〜
Linux/UNIXで、指定したファイルの文字コード(UTF-8とか、EUC-JPとか)を調べる場合は、以下のような方法がある。 1.fileコマンドで調べる UTF-8か、EUC-JPなのか、それともShift_JISなのか… 日本語のファイルだとはわかっていて、その違いを調べるだけであれば、fileコマンドで事足りる。 以下のように、「-i」オプションを付与してfileコマンドを実行することで、文字コードを調べることができる(Shift_JISのみ、「unknown-8bit」として出力される)。 file -i ファイルPATH blacknon@BS-PUB-UBUNTU-01:~$ file -i /tmp/ascii.txt /tmp/ascii.txt: text/plain; charset=us-ascii blacknon@BS-PUB-UBUNTU-01:~$ fil
UbuntuTips/JapaneseEnvironment/Fcitx - Ubuntu Japanese Wiki
対象とするUbuntuのバージョン 13.10以降 Fcitx tips 右上のインジケーターアイコンか状態パネルを右クリックすると、各種メニューが表示されます 主としてIBus 1.4とFcitxの違いについて解説します Ubuntu 15.10で日本語が入力できない Ubuntu 15.10では、FcitxとMozcがデフォルトになりました。しかし、Mozcが入力メソッドとして自動的に登録されないことがあるため、登録するまで日本語を入力することができません。[現在の入力メソッドの設定]あるいはUnity Dashから[Fcitx 設定]を起動してください。 左下の[+]ボタンをクリックします。すると登録できる入力メソッドの一覧が表示されます。 [Mozc]を選択し、[OK]をクリックしてください。 [キーボード - 英語 (US)]は、USキー配列のキーボードを接続していない場合は不要
KNOPPIX 産総研版が開発中止ということで KNOPPIX V7.4.2DVD 本家版 を今更ながら試してみましてん - Palm84 某所の日記
KNOPPIX の記事一覧 新しい方 - Knoppix カテゴリーの記事一覧 - palm84.com ここの日記 - Knoppix カテゴリーの記事一覧 - Palm84 某所の日記 うーむ... KNOPPIX日本語版の開発を中止するため、このホームページを閉鎖します。 今までご支援ありがとうございました。 http://www.risec.aist.go.jp/project/knoppix/ おーまいがー！おつかれさまでした。。。 まぁライブCDの部屋さんがあるしいいかなと思いつつ本家版を試してみましたよ。 INDEX 概要 日本語環境で起動 Sambaサーバ リモートデスクトップ接続 日本語入力追加 概要 KNOPPIX_V7.4.2DVD-2014-09-28-EN.iso (3.96GB) で確認。リリースは 2014/9。 KNOPPIX 7.4.2 / ADRIANE
ssh接続先の文字コードが接続元と違うときの対処法 - 文字っぽいの。
問題 自分の環境：UTF-8 SSH接続先：EUC-JP とかよくありますね。 $ export LANG=eucJP とか $ export LANG=ja_JP.UTF-8 してあげてもいいんですが、わざわざやるのも面倒ですし、「ログイン先とこっちのどっちで設定するといいんだ？」みたいに悩みます。 解決法 cocotというツールを使います。 $ brew install cocot でインストール終わり。後は $ cocot -t UTF-8 -p EUC-JP ssh tarou@example.com とすると、手元のUTF-8環境に合わせて向こう側のEUC-JPをコンバートしてくれます。 参考 Ubuntu日本語フォーラム / GNOMEの文字コードを常にEUC-JPにする方法
第300回 【連載300回記念特別企画】Ubuntu日本語Remixについてまとめてみた | gihyo.jp
Ubuntu Japanese Team代表の小林です。当連載「Ubuntu Weekly Recipe」は、今回でちょうど300回となります。読者の皆さま、技術評論社様、これまで記事を執筆してくださった皆さまに感謝いたします。 さて、他のメンバーから「キリ番だから代表が特別企画記事を書いたらどうだ」と勧められ、記念すべき第300回の執筆を担当することとなりました。 テーマには、筆者が作成を担当している「Ubuntu日本語Remix」を取り上げます。「Ubuntu日本語Remix」を配布し続けるようになった経緯と、今月リリースした「Ubuntu 13.10 日本語 Remix DVD」をどのように作成したかを紹介します。 Ubuntu日本語Remixのこれまで 「日本語関連パッケージを加えたUbuntuのインストールイメージ」（注1）をはじめて作成、配布したのは2005年6月でした。今
svnでどんなに頑張っても"can't convert string from 'utf-8' to native encoding"エラーが治らない
svnでどんなに頑張っても"can't convert string from 'utf-8' to native encoding"エラーが治らない どうも、俺＠残業です。 svnコマンドでimport chekcout commit updateコマンドを打った時によく出るエラーで Can't convert string from native encoding to 'UTF-8':やValid UTF-8 data.やネイティブのエンコーディングから'UTF-8'に文字列を変換できませんや有効なUTF-8のデータ（16進数: ）の後に無効なUTF-8文字列（16進数）のようなエラーがあります。 だいたいの原因が、存在するファイルに日本語ファイル名のものがある場合に発生する事があるのですが、おそらくlinuxエンジニアはやらないのでwindowsで誰かが作ったファイルが存在している
第200回 ［連載200回記念特別企画］Ubuntuで究極の文字入力環境を模索する | gihyo.jp
連載200回達成！ 今回でUbuntu Weekly Recipeもついに連載200回を達成することができました。リーダーの小林さんに「200回記念特別企画でうつぶせになってよ」とお願いしたのですが、多忙を理由に断わられてしまいました。楽しみにしていた読者の皆様には大変申し訳ありませんが、今回は水野が担当させていただきます。ひとつお付き合いいただければ幸いです。 究極の日本語入力方式を考える ほとんどのUbuntuユーザーの皆さんは、AnthyまたはMozc、あるいはATOKを使って日本語を入力していると思います。しかしこれらの日本語変換エンジンには「形態素解析ミス」という共通の弱点があり、本連載175回では形態素解析を行なわない変換エンジンとしてSKKを紹介しました。SKKは素晴しい日本語変換エンジンですが、やはり万能ではありません。たとえばSKKは文脈をいっさい読まず、品詞の区別をしな
Manuals/ReleaseNotes/CentOS5.5/Japanese - CentOS Wiki
最終更新日: 2010年7月30日 1. 翻訳 リリースノートは、下記の言語に訳されています。 Brazilian Portuguese (Português do Brasil) - Cleber Paiva de Souza Simplified Chinese (简体中文) - Timothy Lee Traditional Chinese (繁體中文) - Timothy Lee Czech (Česky) - David Hrbáč German (Deutsch) - Marcus Moeller Japanese (日本語) - Tadashi Jokagi Akemi Yagi, Romanian - Manuel Wolfshant Spanish (Español) - Hardy Beltran Turkish (Türkçe) - Osman Aksit 2. はじ
Google 日本語入力がオープンソースになりました
メディア関係者向けお問い合わせ先 メールでのお問い合わせ: pr-jp@google.com メディア関係者以外からのお問い合わせにはお答えいたしかねます。 その他すべてのお問い合わせにつきましては、ヘルプセンターをご覧ください。
lgrepコマンドで再帰的に日本語をファイル検索する — ディノオープンラボラトリ
lgrepコマンドをご存知でしょうか。日本語対応ページャlvの付属品で、対象ファイルの文字コードを推定して日本語文字列をうまく見つけてくれるという、優れもののgrepです。 古いプロジェクトだと、プログラムはEUCだけど静的ファイルはSJIS、なんてことがあると思います。そんなときに大活躍です。 grepした結果の文字コード変換も勝手にやってくれるので、grep結果をnkfする必要もありません。至れり尽くせりですね。 そんなlgrepコマンドにも弱点があります。grepで言う-r（再帰的にファイルを検索）オプションが無いのです。どこに書いてあるかわからないエラーメッセージを探す、なんてときに-rは必須ですよね。無いなら作ってしまえ、ということで作ってみました。 alias lgrep-r="find . -type d -name .svn -prune -o -type f -print
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://fu-sen.org/post/102157347062/fedora-lxde