日付とか時間がアホみたいにならない？
月日年だったり24時間表記じゃなかったり
IT での時刻・時間(timezone, UTC、うるう秒、夏時間、元号)
その特集の中で、
/usr/share/i18n/locales/ja_JP のera の所に、新元号を追加する方法が書いてある。
(Unicode のコードポイントを、Ruby などで読めるように変換する必要があるけど)
実際には、update されるので、適用すれば良いだけ
英語圏は時間バラバラが基本やろ
ttp://https://www.sankei.com/politics/news/190104/plt1901040025-n1.html 米マイクロソフト社は通常２０日程度かけて全世界の技術者が修正作業を行うとのことだが、
Linux社の技術者は、作業に何日かかるのかい？ Unixは？
対応はまず個々のアップストリームが対応する必要がある。
例えばICUだったりglibcだったりKDEだったり
フォント作成している所だったりデータベースだったり
正確にはLinuxではないのだが、通常Linuxではディストロが
パッケージの管理をしていて個々のモジュール単位でアップデートはしない
だからアップストリームが対応してその後ディストロが対応するのを待つしか無い
場合によってはディストロ自体がパッチを当てる場合もあるが
作業の日数自体はそんなにかからなくてもいつ対応を開始するかは不明
なので予想がつかない
「Windows 10」のアップデートが許可なく開始され、
その更新がうまくいかずにPCが不安定になったとして訴えを起こしていた旅行代理店経営者が、
Microsoftから1万ドルの賠償金を受け取ることになった。
これはThe Seattle Timesが報じたもので、
賠償金を受け取るのは、
カリフォルニア州サウサリートの旅行代理店経営者だという。
同紙は米国時間6月25日付けの長文記事で、
MicrosoftがPCユーザーにWindows 10のインストールを強制しているとして厳しい批判を受けている
件について取り上げている。
マイクロソフト、「Surface 3」の生産を2016年内に終了へ
「当社は、これ以上の訴訟費用の発生を避けるために控訴を取り下げた」と、
Microsoftの広報担当者は27日に電子メールで回答を寄せた。
ttp://http://japan.cnet.com/news/business/35084973/ Windowsごときでそんなに取れるなら、Linuxディス鳥ならもっと取れるな。
うまくいかないのがデフォだから。
windowsでもGNUでも使ってて元号なんて一度も見たことないぞ
今時元号なんか使ってるのは役所と中小企業くらいだろ。
事務をやったことがないとその辺わからない奴が多い
ではオンラインで役所と元号を使う例を上げてみてくれ。
OS関係ないやろ
アルファベットでいいなら西暦使っとけや
何が日本の伝統だよアホ
ならアルファベット使うなや
別に大元は元号に対応したAPIもたせりゃマルチバイト関係ないんじゃねーの？
それをTMSH表記にするか感じで表すかは実装次第なんだし。
今年一番の正論ww
utf8とかshiftjisのイメージだな
むしろwindowsはワイド文字だから
マルチバイト嫌悪なのはwindowsのほうなのでは
MTSHで今度同じイニシャルになったらどうすんだよｗ
500年ぐらい先に話なんか気にするな
日付を使うパッケージ、たくさんあると思うんだけど
Japan New Era Name Support Blog
日本マイクロソフトの新元号 (和暦) 対応に関するサポート情報のブログです
ttp://https://blogs.technet.microsoft.com/jperablog/ ・2017年9月11日 新元号 改元のサポート ブログ
・2017年9月12日 新元号 改元の対応のプロセス
・2018年4月02日 新元号への対応についてのアップデート
・2018年4月20日 Windows 10 機能更新プログラム (2018 Spring Release) における元号のレジストリ更新について
・2018年5月1日 新元号への対応に向けた検証とテスト ケースについて
・2018年6月25日 .NET Framework の新元号対応予定について
・2018年6月25日 新元号プレースホルダーのレジストリを個別に削除、追加する方法について
・2018年7月20日 弊社製品の新元号対応予定について
・2018年9月21日 Windows 10 Version 1803 における新元号の仮定義の削除について
・2018年10月9日 新元号検証ラボと新元号に関するセミナー開催予定のご案内
困ったWindows
アンチウイルスソフトで防御するとパソコンが動作不能不具合に。
--------------------------------------------------------
調査の結果、ウイルスが感染したと思われるソフトは、
以下の 3,986 本です（アルファベット/五十音順）
ttp://http://www.vector.co.jp/info/060927_system_maint_allfiles.html AVG アンチウイルス Windows 7 64bit で再起動ループ不具合
お客様から「パソコンがおかしい、黒い画面から進まない！」と連絡があって
調べました。
ttp://http://orbitz-zono.blogspot.jp/2010/12/avg-windows-7-64bit.html 現時点、対応策は「再起動する前に、AVGをアンインストール」しかなさそう。
手動復元が出来れば良いんだけど。
【詐欺】Windowsセキュリティ重要な警告の消し方 アンチウイルスサービスでエラー!?
ttp://http://blogs.yahoo.co.jp/fireflyframer/34177559.html ウイルスバスター クラウドのインストール中に再起動を繰り返し要求される
ttp://https://esupport.trendmicro.com/support/vb/solution/ja-jp/1104348.aspx 「人為的なミスだった」――トレンドマイクロの説明によると、
多くのPCを動作不能にした不具合の原因は、
ウイルス定義ファイルのチェックミスが重なった結果だった。
ttp://http://www.itmedia.co.jp/news/articles/0504/24/news008.html お前ネタないんか？そんな何年も前の
頭文字の選択肢も少ないし、MTSHxでかぶりなしにそれなりに苦労しとんのやで
Linux等のOSだけの問題ではなく、LL言語製のフレームワークで使用されるモジュールも
当然影響を受けるので、Windowsを使っているから問題は軽微だ、なんて話ではないよ。
「な、なんてこった…見つけたウィルスは…俺自身だったああああ」
をやったAVASTにはまだまだ及ばないな
あれってどうやるんだったけ ？
ヘッダーの話か？
行くが男の 怒根性
Kondaraとか懐かしいな。
各版のコードネームがLinux Mintみたいに女性名だったことを覚えてますね。
ttp://https://togetter.com/li/1333809 U+4EE4 U+F9A8 、共に割り振られている文字が、"令"
(Linux板では数値文字参照が使えないので U+F9A8 がどう表示されるかを、
ここでお見せ出来ないのが残念ですｗ)
ttp://https://opcdiary.net/?p=52401 めでたく、新元号が「令和」となったわけですが、令に「令(U+4EE4)」と「令(U+F9A8)」が
有る事がわかりました。とは言っても、基本的に後者の方はCJK互換漢字に分類され、
U+F900 – U+FA0Bは韓国の文字コード企画KS X 1001との往復変換を可能にするために追加
された文字(一部文字はJIS X 0123と共有しているがこの字は異なる)なので、「令和」の場合、
後者を使用することは無さそうと言うか、UNICODEへの収録意図から使うべきでは無いでしょう。
という事で、UNICODE正規化で文字が変わるという事もなく、これで安心。
さて、Windowsの標準フォントや、IPAフォントのへの合字の方のフォント収録はいつ頃に
なるんでしょうね :P
で元号出るやん。
新年号には対応していないな
$ date +'%EY' --date="next year"
平成32年
/usr/share/i18n/locales/ja_JP のera の部分に、新元号の令和が追加されるのかな？
/usr/share/i18n/locales/ja_JP のera の部分、
era "<U002B><U003A> 〜続く。
この部分を、Ruby で変換したもの
era "+:2:1990/01/01:+*:平成:%EC%Ey年";/
"+:1:1989/01/08:1989/12/31:平成:%EC元年";/
"+:2:1927/01/01:1989/01/07:昭和:%EC%Ey年";/
"+:1:1926/12/25:1926/12/31:昭和:%EC元年";/
"+:2:1913/01/01:1926/12/24:大正:%EC%Ey年";/
"+:2:1912/07/30:1912/12/31:大正:%EC元年";/
"+:6:1873/01/01:1912/07/29:明治:%EC%Ey年";/
"+:1:0001/01/01:1872/12/31:西暦:%EC%Ey年";/
"+:1:-0001/12/31:-*:紀元前:%EC%Ey年"
era_d_fmt "%EY%m月%d日"
era_d_t_fmt "%EY%m月%d日 %H時%M分%S秒"
era "+:2:1990/01/01:+*:平成:%EC%Ey年";/
"+:1:1989/01/08:1989/12/31:平成:%EC元年";/
以下に修正すればよい
era "+:2:2020/01/01:+*:令和:%EC%Ey年";/
"+:1:2019/05/01:2019/12/31:令和:%EC元年";/
"+:2:1990/01/01:2019/04/30:平成:%EC%Ey年";/
"+:1:1989/01/08:1989/12/31:平成:%EC元年";/
era "+:2:1990/01/01:+*:平成:%EC%Ey年";/
以下に修正すればよい
era "+:2:2020/01/01:+*:令和:%EC%Ey年";/
"+:1:2019/05/01:2019/12/31:令和:%EC元年";/
"+:2:1990/01/01:2019/04/30:平成:%EC%Ey年";/
次へ続く
バイトサイズの制限だけにしておけばよいのに、迷惑な制限！
変更前
era "<U002B><U003A><U0032><U003A><U0031><U0039><U0039><U0030><U002F><U0030>
<U0031><U002F><U0030><U0031><U003A><U002B><U002A><U003A><U5E73><U6210>
<U003A><U0025><U0045><U0043><U0025><U0045><U0079><U5E74>";/
変更後
era "<U002B><U003A><U0032><U003A><U0032><U0030><U0032><U0030><U002F><U0030>
<U0031><U002F><U0030><U0031><U003A><U002B><U002A><U003A><U4EE4><U548C>
<U003A><U0025><U0045><U0043><U0025><U0045><U0079><U5E74>";/
"<U002B><U003A><U0031><U003A><U0032><U0030><U0031><U0039><U002F><U0030>
<U0035><U002F><U0030><U0031><U003A><U0032><U0030><U0031><U0039><U002F>
<U0031><U0032><U002F><U0033><U0031><U003A><U4EE4><U548C><U003A><U0025>
<U0045><U0043><U5143><U5E74>";/
"<U002B><U003A><U0032><U003A><U0031><U0039><U0039><U0030><U002F><U0030>
<U0031><U002F><U0030><U0031><U003A><U0032><U0030><U0031><U0039><U002F>
<U0030><U0034><U002F><U0033><U0030><U003A><U5E73><U6210><U003A><U0025>
<U0045><U0043><U0025><U0045><U0079><U5E74>";/
に書いてある、大正元年の+:2 は、+:1 の間違いじゃないの？
"+:2:1913/01/01:1926/12/24:大正:%EC%Ey年";/
"+:2:1912/07/30:1912/12/31:大正:%EC元年";/
まあ、でも正常に動くけど
date +'%EY' --date="1912/07/30"
大正元年
