Linux、新元号に対応できず、バグ発生で阿鼻叫喚

**login:Penguin** · 2019/01/01(火) 11:31:35.42

タイムリミットは4/1やでーｗ

**login:Penguin** · 2019/01/01(火) 19:18:31.92

土人の年の数え方なんてしりませんよw

**login:Penguin** · 2019/01/02(水) 01:49:05.32

Linuxで元号を扱えるアプリのリストは？

**login:Penguin** · 2019/01/02(水) 09:30:31.83

元号?まだあったのか!!

**login:Penguin** · 2019/01/02(水) 14:42:34.08

英語環境のワイ高みの見物

**login:Penguin** · 2019/01/02(水) 22:45:36.04

元号使ってるアプリなんてあるか？

**login:Penguin** · 2019/01/02(水) 23:00:30.56

>>5
日付とか時間がアホみたいにならない？
月日年だったり24時間表記じゃなかったり

**login:Penguin** · 2019/01/02(水) 23:23:53.89

Software Design 12月号の特集が、Ansible と、
IT での時刻・時間(timezone, UTC、うるう秒、夏時間、元号)

その特集の中で、
/usr/share/i18n/locales/ja_JP のera の所に、新元号を追加する方法が書いてある。
(Unicode のコードポイントを、Ruby などで読めるように変換する必要があるけど)

実際には、update されるので、適用すれば良いだけ

**login:Penguin** · 2019/01/03(木) 00:25:16.08

>>7
英語圏は時間バラバラが基本やろ

**login:Penguin** · 2019/01/05(土) 01:53:42.58

https://www.sankei.com/politics/news/190104/plt1901040025-n1.html

米マイクロソフト社は通常２０日程度かけて全世界の技術者が修正作業を行うとのことだが、
Linux社の技術者は、作業に何日かかるのかい？ Unixは？

**login:Penguin** · 2019/01/05(土) 02:28:29.31

Linuxの場合、いろんなモジュールの寄せ集めだから
対応はまず個々のアップストリームが対応する必要がある。
例えばICUだったりglibcだったりKDEだったり
フォント作成している所だったりデータベースだったり

正確にはLinuxではないのだが、通常Linuxではディストロが
パッケージの管理をしていて個々のモジュール単位でアップデートはしない
だからアップストリームが対応してその後ディストロが対応するのを待つしか無い
場合によってはディストロ自体がパッチを当てる場合もあるが

作業の日数自体はそんなにかからなくてもいつ対応を開始するかは不明
なので予想がつかない

**login:Penguin** · 2019/01/05(土) 07:26:37.17

ウィンドウズのアップデートを考慮して新元号は4月1日からに変更されました。

**login:Penguin** · 2019/01/05(土) 08:45:58.30

そもそもLinuxで会計作業してる企業なんてほとんどなかろう

**login:Penguin** · 2019/01/05(土) 08:53:07.15

特定企業の製品を優遇したとして訴訟起こせば100億くらいもらえるのでは。

**login:Penguin** · 2019/01/05(土) 08:57:09.88

>>14
「Windows 10」のアップデートが許可なく開始され、
その更新がうまくいかずにPCが不安定になったとして訴えを起こしていた旅行代理店経営者が、
Microsoftから1万ドルの賠償金を受け取ることになった。

　これはThe Seattle Timesが報じたもので、
賠償金を受け取るのは、
カリフォルニア州サウサリートの旅行代理店経営者だという。
同紙は米国時間6月25日付けの長文記事で、
MicrosoftがPCユーザーにWindows 10のインストールを強制しているとして厳しい批判を受けている
件について取り上げている。

マイクロソフト、「Surface 3」の生産を2016年内に終了へ

　「当社は、これ以上の訴訟費用の発生を避けるために控訴を取り下げた」と、
Microsoftの広報担当者は27日に電子メールで回答を寄せた。

http://japan.cnet.com/news/business/35084973/

**login:Penguin** · 2019/01/05(土) 08:58:24.24

>>15
Windowsごときでそんなに取れるなら、Linuxディス鳥ならもっと取れるな。
うまくいかないのがデフォだから。

**login:Penguin** · 2019/01/05(土) 10:04:56.22

OS自体で元号使ってるような部分ってあるか？
windowsでもGNUでも使ってて元号なんて一度も見たことないぞ

**login:Penguin** · 2019/01/05(土) 10:34:32.80

Linuxで動く会計ソフトには影響がある

**login:Penguin** · 2019/01/05(土) 10:38:10.71

>>17
今時元号なんか使ってるのは役所と中小企業くらいだろ。

**login:Penguin** · 2019/01/05(土) 10:48:00.66

つまりオンラインで役所とやり取りする企業は全部必要って話になるわけだ
事務をやったことがないとその辺わからない奴が多い

**login:Penguin** · 2019/01/05(土) 10:59:13.59

実務面から元号離れが起こりそうだね。

**login:Penguin** · 2019/01/05(土) 11:13:19.44

>>20
ではオンラインで役所と元号を使う例を上げてみてくれ。

**login:Penguin** · 2019/01/05(土) 11:36:00.26

連携前提システムで和暦で日付持ってんの？

**login:Penguin** · 2019/01/05(土) 12:37:20.61

データのやり取りで S60 や H30 とかでやり取りしてる所あるんじゃないの？

**login:Penguin** · 2019/01/05(土) 18:30:32.64

そんなん個別のソフトの領域やん
OS関係ないやろ

**login:Penguin** · 2019/01/05(土) 18:53:38.28

マルチバイト文字嫌悪症患者のunix系民族が元号なんて核爆弾使ってるわけないだろ！いい加減にしろ！

**login:Penguin** · 2019/01/06(日) 00:22:45.50

元号を略してアルファベットにするやつ何なの？
アルファベットでいいなら西暦使っとけや
何が日本の伝統だよアホ
ならアルファベット使うなや

**login:Penguin** · 2019/01/06(日) 00:37:26.80

>>26
別に大元は元号に対応したAPIもたせりゃマルチバイト関係ないんじゃねーの？
それをTMSH表記にするか感じで表すかは実装次第なんだし。

**login:Penguin** · 2019/01/06(日) 01:28:22.80

>>27
今年一番の正論ww

**login:Penguin** · 2019/01/06(日) 03:04:59.34

マルチバイトっていうと
utf8とかshiftjisのイメージだな
むしろwindowsはワイド文字だから
マルチバイト嫌悪なのはwindowsのほうなのでは

**login:Penguin** · 2019/01/06(日) 03:24:06.49

データのやりとりに和暦含めるってバカ過ぎだろ
MTSHで今度同じイニシャルになったらどうすんだよｗ

**login:Penguin** · 2019/01/06(日) 03:29:33.41

>>31
500年ぐらい先に話なんか気にするな

**login:Penguin** · 2019/01/07(月) 02:38:14.59

Linuxじゃあ、このレベルの対応は無理だろうね・・・
日付を使うパッケージ、たくさんあると思うんだけど

Japan New Era Name Support Blog
日本マイクロソフトの新元号 (和暦) 対応に関するサポート情報のブログです
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日新元号検証ラボと新元号に関するセミナー開催予定のご案内

**login:Penguin** · 2019/01/07(月) 06:56:33.34

>>33
困ったWindows
アンチウイルスソフトで防御するとパソコンが動作不能不具合に。
--------------------------------------------------------
調査の結果、ウイルスが感染したと思われるソフトは、
以下の 3,986 本です（アルファベット/五十音順）
http://www.vector.co.jp/info/060927_system_maint_allfiles.html

AVG アンチウイルス Windows 7 64bit で再起動ループ不具合
お客様から「パソコンがおかしい、黒い画面から進まない！」と連絡があって
調べました。
http://orbitz-zono.blogspot.jp/2010/12/avg-windows-7-64bit.html

現時点、対応策は「再起動する前に、AVGをアンインストール」しかなさそう。
手動復元が出来れば良いんだけど。
【詐欺】Windowsセキュリティ重要な警告の消し方アンチウイルスサービスでエラー!?
http://blogs.yahoo.co.jp/fireflyframer/34177559.html

ウイルスバスタークラウドのインストール中に再起動を繰り返し要求される
https://esupport.trendmicro.com/support/vb/solution/ja-jp/1104348.aspx

「人為的なミスだった」――トレンドマイクロの説明によると、
多くのPCを動作不能にした不具合の原因は、
ウイルス定義ファイルのチェックミスが重なった結果だった。
http://www.itmedia.co.jp/news/articles/0504/24/news008.html

**login:Penguin** · 2019/01/07(月) 07:32:30.42

>>34
お前ネタないんか？そんな何年も前の

**login:Penguin** · 2019/01/09(水) 02:06:06.28

>>27,29
頭文字の選択肢も少ないし、MTSHxでかぶりなしにそれなりに苦労しとんのやで

**login:Penguin** · 2019/01/10(木) 23:41:44.51

>>33
Linux等のOSだけの問題ではなく、LL言語製のフレームワークで使用されるモジュールも
当然影響を受けるので、Windowsを使っているから問題は軽微だ、なんて話ではないよ。

**login:Penguin** · 2019/01/11(金) 08:37:24.98

>>34
「な、なんてこった…見つけたウィルスは…俺自身だったああああ」
をやったAVASTにはまだまだ及ばないな

**login:Penguin** · 2019/01/12(土) 13:39:03.73

libreOfficeで書類を作る時に自動的に元号を入れるだろ、

あれってどうやるんだったけ？

**login:Penguin** · 2019/01/14(月) 22:18:41.44

>>39
ヘッダーの話か？

**login:Penguin** · 2019/01/17(木) 13:02:57.29

ええ、影響ないでしょ

**login:Penguin** · 2019/01/17(木) 13:47:21.25

天皇制ウザいわw

**login:Penguin** · 2019/01/19(土) 21:59:23.20

元号使うアプリケーションあるか？

**login:Penguin** · 2019/01/19(土) 22:45:12.44

日本語入力の漢字変換だけ対応したら、オッケーじゃまいか

**login:Penguin** · 2019/01/20(日) 06:49:29.99

レゲエかっ！

**login:Penguin** · 2019/01/20(日) 08:47:13.57

YouTubeで文字だけスクロールする動画のタイトルみたいなスレタイだな

**login:Penguin** · 2019/01/20(日) 11:49:53.50

コンダラとかシステム日付を元号で管理してんの？

**login:Penguin** · 2019/01/20(日) 12:12:29.57

重いコンダラ試験の道を
行くが男の怒根性

**login:Penguin** · 2019/02/24(日) 15:51:28.02

会計とか実務関係は西暦にすれば済む話なんだが、実は買い換え利権が絡んでるから、解決しない

**login:Penguin** · 2019/03/25(月) 01:44:05.81

>>47-48
Kondaraとか懐かしいな。
各版のコードネームがLinux Mintみたいに女性名だったことを覚えてますね。

**login:Penguin** · 2019/04/02(火) 07:53:25.80

新元号「令和」と文字コード(主にUnicode)の問題
https://togetter.com/li/1333809

U+4EE4 U+F9A8 、共に割り振られている文字が、"令"
(Linux板では数値文字参照が使えないので U+F9A8 がどう表示されるかを、
ここでお見せ出来ないのが残念ですｗ)

**login:Penguin** · 2019/04/02(火) 08:24:31.52

1970年が元年

**login:Penguin** · 2019/04/02(火) 17:31:37.96

I18N: 令の字にUNICODEのコードが2つあったはなし　2019-04-01
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

**login:Penguin** · 2019/04/02(火) 18:53:59.31

date +'%EY'
で元号出るやん。

**login:Penguin** · 2019/04/02(火) 19:27:27.88

>>54
新年号には対応していないな
$ date +'%EY' --date="next year"
平成32年

**login:Penguin** · 2019/04/02(火) 20:22:09.65

昨日の今日でまだ対応は出来とらんだろ。

**login:Penguin** · 2019/04/02(火) 21:58:46.17

Windows 10・WSL・Ubuntu 16.04 だけど、

/usr/share/i18n/locales/ja_JP のera の部分に、新元号の令和が追加されるのかな？

57 · 2019/04/02(火) 22:20:19.92

Windows 10・WSL・Ubuntu 16.04 だけど、
/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秒"

57 · 2019/04/02(火) 22:33:08.96

現在のこれを、

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元年";/

57 · 2019/04/03(水) 00:52:17.56

現在のこれを、

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年";/

次へ続く

57 · 2019/04/03(水) 01:03:38.26

行が長すぎて書き込めないので、途中で改行しています。
バイトサイズの制限だけにしておけばよいのに、迷惑な制限！

変更前

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>";/

57 · 2019/04/03(水) 08:15:47.51

>>58
に書いてある、大正元年の+: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"
大正元年

**login:Penguin** · 2019/04/11(木) 02:32:45.24

Windows と Linux の和暦対応 | みむらの手記手帳
https://mimumimu.net/blog/2019/04/09/windows-%E3%81%A8-linux-%E3%81%AE%E5%92%8C%E6%9A%A6%E5%AF%BE%E5%BF%9C/

Linux 対応できるじゃん

**login:Penguin** · 2019/04/12(金) 07:42:42.40

日本の公文書で使われる暦は正式には和暦らしいな。
和暦に対応できないと公的機関では使えないってことらしいぞ。

**login:Penguin** · 2019/04/12(金) 13:44:19.24

暦をOSレベルで対応する必要無いやろ
アプリが対応しとれはええ

**login:Penguin** · 2019/04/12(金) 13:50:40.06

そのアプリの数がですね。Linuxではディストリという名のもとに
たーくさん付属していましてね。基本的にそれらを使うことが前提で
アップデートはディストリ任せなんで、困るんですよ。

もっとOSは基本機能だけにして、
アプリはアプリ単体でアップデート可能にしてもらわないと

**login:Penguin** · 2019/04/12(金) 18:31:22.78

日本語変換のmozcだけ対応してけれれば
俺の環境ではオケ

**login:Penguin** · 2019/04/13(土) 03:00:38.93

反日Linux

**login:Penguin** · 2019/05/02(木) 17:59:22.06

年号による混乱で
Linuxを採用した車両運行スステムが狂って車両同士が正面衝突するするとか
Linuxを採用した携帯スマホ電話のスステムが狂って、電話やメールができなくなったり、
Linuxを採用した銀行スステムで、突然預金残高が10倍になったり、

ってことは全くなかった、ツマラン。

**login:Penguin** · 2019/05/02(木) 20:07:32.93

スステム

**login:Penguin** · 2019/05/03(金) 01:03:50.22

鉄道は時刻秒数は非常に気にしますが日付は必要ありません
モバイルネットワークはグローバルスタンダードなので元号を持ちいりません
銀行も為替が交ってグローバルスタンダードなので元号関係ありません

**login:Penguin** · 2019/05/04(土) 04:32:07.36

Ubuntu18.04LTSでタスクトレイみたいなとこに令和1って表示できるの？
なんというか平成表記すら選べないのだが

**login:Penguin** · 2019/05/04(土) 11:08:50.14

そんなのタスクトレイのアプリによるでしょ。
OS自体(厳密にはglibcのロケール定義)はとっくに令和に対応してるから、
あとはデスクトップ環境が和暦を使う仕様になってるかどうかの問題。

**login:Penguin** · 2019/05/04(土) 13:00:27.24

問題は連休明けだ
システムが本格稼働し始めると
あっちこっちで火の手が上がって・・・

**login:Penguin** · 2019/05/04(土) 14:49:34.24

>>73
最新開発版では対応してるけど、まだ配布されてない
っていうのは、対応のうちに入らない。

実際にエンドユーザーが使えて、初めて対応したと言える。
Ubuntu 18.04は令和に対応していない。

**login:Penguin** · 2019/05/05(日) 10:05:15.80

ubuntu配布されてないのか。珍しく保守的だな。
redhatは4月2週目くらいには配布されてたぞ。

**login:Penguin** · 2019/05/07(火) 18:17:09.02

楽天銀行は、Linuxの年号スステムのミスが関係しているんですかね

**login:Penguin** · 2019/12/01(日) 16:25:10.86

内部で和暦使ってるシステムなんてこの世に存在しないんじゃないの？ｗ

**login:Penguin** · 2019/12/01(日) 20:58:58.82

結構あるで・・・。

**login:Penguin** · 2019/12/04(水) 16:13:20.37

普通は和暦は別個のテーブルに持っておいて、内部のデータは全て西暦。
表示や印字の時に変換するもんだがな。
元データに和暦を入れるのは設計がアホすぎるとしか。

**login:Penguin** · 2019/12/04(水) 19:55:20.80

皇紀を使えば問題なす

**login:Penguin** · 2019/12/04(水) 22:10:26.80

もうすぐ昭和100年問題ってのが来たりてだな

**login:Penguin** · 2019/12/05(木) 19:11:23.12

2038年問題もあるよ。

**login:Penguin** · 2019/12/06(金) 12:03:05.17

2038年問題はOS関係ないからね。
昔のC/C++で作られたプログラムでtime_tを素直に時刻に使ってるものは全滅だ。
OSよりむしろ家電のファームウェアの被害のほうが大きいのでは？

**login:Penguin** · 2019/12/06(金) 19:52:25.90

でもGNUはわりとセマンティクスを変更すると思うけど。
セキュリティ上の問題を修正するために同一のシグネチャで関数の動作を変える場合がある。
Microsoftはセマンティクスが変わる場合、シグネチャも変える。

**login:Penguin** · 2019/12/07(土) 12:40:06.62

そういえばphpも内部関数に2038年問題に引っかかるのが結構あるな。
非推奨にはなってるけど、ああいうサーバーサイドのインタープリタ言語は長く使われる傾向があるから、
今動いているWEBベースアプリとかは阿鼻叫喚の世界になるんじゃね？

**login:Penguin** · 2019/12/07(土) 15:54:37.32

>>86
特需年表見て皆ワクテカしながら待ってる。

**login:Penguin** · 2019/12/09(月) 17:19:58.63

>>87
今から19年後だぞ？
その頃まだ現役なのか？ｗ

**login:Penguin** · 2019/12/12(木) 21:17:34.44

>>84
家電のファームウェアはリソースカツカツで作ってるからな。
絶対あると思うわ。
保証期間の１年、もしくは償却期間の５年もてばいいだろって考えで設計しているやつ多いだろうし。
時計（タイマー）機能付きの長持ちする家電は軒並み動かなる可能性がある。
俺の予想では、電気釜、エアコン、TVなんかは半分くらい壊れるんちゃうか？
デジカメやナビも動かなくなるだろうけど、これらはファームウェア更新の手段があるからいいとして、
一番危険なのは公共交通機関だろう。
電車や飛行機などは切り替わる瞬間には乗らないようにしたほうがいいだろうねぇ。
どこにtime_tが使われてるかわかったもんじゃない。

ちなみに切り替わる瞬間ってのは、2038年1月19日3時14分7秒

**login:Penguin** · 2020/02/23(日) 19:24:49.34

住信ネット銀行などが今日、障害を起こしたのは、改元のせいか？

**login:Penguin** · 2023/03/08(水) 19:46:05.79

(゜д゜)

**login:Penguin** · 2023/04/26(水) 21:00:12.82

https://i.imgur.com/OruIiz9.jpg