OSDN Magazine

「Scientific Linux 7.3」リリース

　Red Hat Enterprise Linux（RHEL）互換のLinuxディストリビューション「Scientific Linux」開発チームは1月25日、最新版「Scientific Linux 7.3」を発表した。

ニュースオープンソースデベロッパー末岡洋子

「NetworkManager 1.6」リリース、MACsecに対応

　オープンソースのネットワーク接続管理「NetworkManager」開発チームは1月25日、最新安定版となる「NetworkManager 1.6」をリリースした。MACsecリンク管理のサポートなどが加わっている。

ニュースオープンソースデベロッパー末岡洋子

Windows API実装「Wine 2.0」がリリース、「Office 2013」をサポート

　WindowsアプリケーションをMac OS XやLinuxで実行するためのWindows API実装であるWine開発チームは1月24日、「Wine 2.0」を公開した。

ニュースオープンソースデベロッパー Windows 末岡洋子

Microsoft、LLVM/ClangベースのDirectXシェーダーコンパイラをオープンソースに

　米Microsoftは1月23日、DirectXのシェーダーコンパイラ「DirectX Shader Compiler」プロジェクトをオープンソースで公開したことを発表した。

ニュースオープンソースデベロッパー Microsoft 開発ツール末岡洋子

Mozilla、FLACとWebGL 2をサポートした「Firefox 51.0」をリリース

　Mozillaは1月24日、オープンソースのWebブラウザ最新版「Firefox 51.0」を公開した。デスクトップ版で新たにFLACやWebGL 2がサポートされるといった変更が行われている。

ニュースオープンソースデベロッパー Mozilla 末岡洋子 Firefox

maia 曰く、日本展示会協会が26日の記者会見で、2020年東京オリンピック・パラリンピック開催に伴う展示会場不足問題を訴えた(リスク対策.comの記事、ロイターの記事、 NHKニュースの記事、スポーツ報知の記事)。東京オリンピック・パラリンピックでは東京ビッグサイトがメディアセンター(IBC/MPC)に使われる事になっているが、会期中を含め前後1年半以上にわたって大半が展示会場として使用できなくなる。計画中の代替施設は東京ビッグサイトの4分の1程度しかなく、このままでは1兆2千億円の売り上げが失われるという。会場のやりくりの提案の一つとして、豊洲にメディアセンターを設ける案も提示された。仮設で展示会場作るなら、メディアセンターは仮設でいかんの？とも思うが、検討に残された時間には限りがある。日本展示会協会では、特設サイトで全展示会が例年通り開催できることを求める署名活動も実施している。

米スターバックス、モバイル注文システムが好調すぎて売り上げに悪影響

米国のスターバックスでは事前にモバイルアプリで飲み物を注文し、店頭で受け取れるサービスを行っているのだが、利用客が多すぎて店舗の売り上げに影響しているそうだ(Consumeristの記事、 Reutersの記事)。スターバックスのモバイルアプリはAndroid版とiOS版があり、店に行く前に注文しておけば行列せずに受け取ることができる。しかし、会社の休憩時間前のようにモバイル注文が集中する時間帯には、バリスタが注文をさばききれなくなることもあるようだ。そのため、モバイル注文を利用していない客が長い列にうんざりして別の店に行ってしまうこともあるという。その結果、26日に発表された2017会計年度第1四半期決算では売り上げが予想を下回り、年間予想も縮小したため、発表後には株価も3.8%下落したとのこと。スターバックスでは、特に客の多い店舗のピーク時間帯にモバイル注文専門のバリスタを入れるなどの対策を行う計画だ。また、注文から手渡すまでの流れについても再検討を行い、注文の品が準備できたときにテキストメッセージで通知するテストも内部で実施しているとのことだ。

米控訴裁判所全法廷、米捜査令状は米企業が国外サーバーに保存した情報の開示要求には無効との判断を支持

米連邦第2巡回区控訴裁判所全法廷は24日、米企業が米国外のサーバーに保存したデータを米国の捜査令状で開示させることはできないとする判断を支持し、米政府による全法廷での再審理請求を却下した(裁判所文書: PDF、 Consumeristの記事、 The Vergeの記事、 Ars Technicaの記事)。捜査令状は麻薬捜査に関連するもので、Microsoftに対して電子メールサービス利用者のアカウント情報や、送受信したメッセージの内容などの開示を求める内容だ。しかし、Microsoftは米国内のサーバーに保存されていた情報のみを開示し、アイルランドのサーバーに保存されている通信内容は開示を拒否している。これについてニューヨーク南部地区連邦地裁は2014年7月、電子メールに対する捜査令状は文書提出命令と同様のもので、国外に保存されていても開示する義務があるとの判断を示した。しかし、連邦第2巡回区控訴裁判所が2016年7月、この捜査令状を規定するStored Communication Act(SCA)の条項は違法捜査からプライバシーを保護するためのものであり、米国外のサーバーに保存された電子的通信内容に対する捜査令状の発付は認めていないとの判断を示したため、米政府が全法廷による再審理を請求していた。

すべて読む | YROセクション | 犯罪 | 法廷 | YRO | 通信 | スラッシュバック | アメリカ合衆国 | プライバシ |

Windows 8.1/10ではサードパーティーのアンチウイルス製品を避けるべき？

Mozillaの元開発者 Robert O'Callahan氏が、Microsoft以外のアンチウイルス製品は使用すべきではないと主張している(Eyes Above The Wavesの記事、 Ars Technicaの記事、 The Registerの記事、 Softpediaの記事)。これはGoogleのJustin Schuh氏が昨年、安全なブラウザーを出荷する最大の障害はアンチウイルスだと指摘した一連のツイートに呼応するものだ。O'Callahan氏はMicrosoft以外のアンチウイルス製品がセキュリティーを改善するとの証拠はほとんどなく、むしろセキュリティーを低下させると主張する。たとえば、Firefoxに初めてASLRを実装した際、多くのアンチウイルスベンダーがFirefoxのプロセスにASLRを無効化したDLLをインジェクトして台無しにしたという。また、アンチウイルスソフトウェアはFirefoxのアップデートを何度もブロックしており、開発者はアンチウイルスに起因する問題に対処するために多くの時間を無駄にしていると述べている。 GoogleのProject Zeroで指摘されるようなアンチウイルス製品のバグは、開発者が一般的なセキュリティープラクティスを守っていないことを示すものだが、(おそらく最近のGoogleを除く)ソフトウェアベンダーは問題解決にアンチウイルスベンダーの協力が必要なため、声を大にして指摘できないとのことだ。なお、Windows 7やWindows XPの場合はサードパーティーのアンチウイルス製品を使用することで、少しはましになるかもしれないともO'Callahan氏は述べている。つまり、Windows 8.1/10では標準のセキュリティー対策機能のみを使用すべきということだ。スラドの皆さんはどう思われるだろうか。

FirefoxとChrome、パスワード入力フィールドを含むHTTP接続のページで警告を表示

今週リリースされたMozilla Firefox 51とGoogle Chrome 56では、パスワード入力フィールドを含むHTTP接続のページを表示すると警告が表示されるようになっている(The Vergeの記事、 Ars Technicaの記事、 9to5Googleの記事、 Softpediaの記事)。これまでのバージョンではFirefox、Chromeともに、パスワード入力フィールドの有無にかかわらずHTTP接続のページでアドレスバー左端の情報アイコンをクリックすると接続が安全でない旨表示されていた。Firefox 51では、パスワード入力フィールドを含むHTTP接続のページを表示すると、情報アイコンの右側に赤い斜線の入った錠前アイコンが追加される。これらのアイコンをクリックすると、接続が安全でないという情報に加え、「このページのログインフォームは安全ではありません」と表示される。 Chrome 56の場合、パスワード入力フィールドを含むHTTP接続のページでは、情報アイコンの右側に「保護されていません」と表示される。HTTPS接続のページで「保護された通信」と表示されるのと同様だ。情報アイコンをクリックしたときの表示内容はパスワード入力フィールドの有無にかかわらず、従来のバージョンと違いはないようだ。今週はArs TechnicaやThe Next WebがHTTPSをデフォルトにしたことをアナウンスしている。スラドでもいつの間にかHTTPSがデフォルトになっていたようだ。

最新リリース

Unicode6.0　中丸ゴシック携帯絵文字バージョン Proportional - 4.47; 4.4.7.0 / 和田研細丸ゴシック

JIS X 0213ベースの和田研細丸ゴシックというフォントの公開を行っております。

通称JIS2004（JIS X 0213:2004）規格に従ったフォントです。

丸ゴシック体のフォントです。

商用非商用に関わらず自由に使用することが出来ます。

再配布や改変も自由に行えます。

azpainterb - 1.0.5 / AzPainterB

ドット編集、イラスト、レタッチなど色々な用途に使える、Linux 向けのペイントソフト。XInput2 を使った筆圧感知ができます。
レイヤのカラーは 8bit RGBA 固定。
Windows 版 AzPainter2 に近いインターフェースで、イラスト描画よりは、ドット編集向けの機能を重視した作りになっています。

自動更新用ファイル - 1.99a-20170128 / FFFTP

FFFTPは、2ペイン型のFTPクライアントソフトです。ローカルのフォルダとFTPサーバー側のディレクトリを同期させるミラーリング機能や漢字コードの変換機能、ファイアウォールやSOCKS、ワンタイムパスワードへの対応といった機能を備えています。

decimalbasic - 0.6.6.0 / Decimal BASIC Open Source Project

JIS Full BASIC規格のBASIC処理系 (仮称)十進BASICのマルチプラットフォーム化および国際化。

rapideact - beta version 0.5 / rapideact

従来のデータロード、アンロードツールは以下の課題があった。

・入出力ファイルがデータベース製品固有で、異なる製品やバージョンで使用できない。・テキスト形式の入力ファイルをロードする場合、別途書式ファイルが必要である。・カラム内の改行や、バイナリ形式の特殊なデータに対応していない。・カラムの増減やカラム属性、並び順の変更等レイアウト変更があった場合、変更前のデータが使用できない。・機密情報のマスキングに対応していない。対応していてもマスキング定義が別途必要で、簡単に使用できない。

これらの課題を解決するため、以下の機能を実現することを目的とする。（１）マルチベンダー、マルチプラットホーム対応主要なデータベース製品に対応し、異なる製品間、異なるプラットホーム間でのデータ移行をシームレスに実現する。（２）バイナリ形式、特殊データ対応バイナリ形式や、カラム内改行で複数行に跨がる特殊データを区切り文字つきテキスト形式で実現する。（３）レイアウト変更対応カラムの増減、属性変更、並び順変更等テーブルのレイアウト変更に柔軟に対応できる。（４）マスキング対応機密情報のマスキングを簡単に使用できる。

magic3 - 2.18.3 / Magic3

先進的なポータルサイト構築用CMS

Magic3はWebポータルサイトを運営するプラットフォームとして、CMS(コンテンツ管理)機能から始まって、Eコマース、ブログ、BBS、Wiki、フォトギャラリー、カレンダーなどマルチな機能を持つクラウドコンピューティングプラットフォーム(PaaSモデル)へと進化しました。
ウィジェットと呼ぶコンポーネント部品をマウス操作で画面に配置するだけで、Webサイトに必要な機能を追加していくことができます。
デザインテンプレートはJoomla互換。Joomlaの数千種以上のデザインがそのまま利用できます。
PC用サイトに加え、これから重要なスマートフォン用サイトや携帯用サイトの構築もでき、それぞれの機器に最適化したサイトが同時運用できます。
公式サイト: http://www.magic3.org
フォトギャラリーデモサイト：http://green.magic3.me/
操作デモ(動画):https://www.youtube.com/watch?v=pKLgzdc8F34
チュートリアル:http://doc.magic3.org/index.php?%E3%83%81%E3%83%A5%E3%83%BC%E3%83%88%E3%83%AA%E3%82%A2%E3%83%AB

letter-fix - 2.5.3 beta / LetterFix for Mac OS X Mail.app

Mac OS X の Mail.app を用いたメールの送信時に，Unicode文字のチェックを行い，必要に応じて文字の置換を行うとともに，日本国内で一般にメールのやり取りに用いられている ISO 2022-JP エンコーディングで送信を行うように設定するプラグインです。注：このプラグインには，受け取った文字化けしたメールを閲覧時に修正するための機能はありません。あくまでも，送信メールのテキストエンコーディングをISO 2022-JP に設定するためのプラグインです。

Mac OS X 10.5 - 10.12.3 に対応

（Mac OS X 10.5 - 10.8.5 に対応のバージョンは，1.4.0までとなります）

Mail.appの問題の解説

標準状態のMail.appでメールを送信する時，次の2つのパターンで受信側で文面が文字化けする場合があります。

Mail.app は，ISO 2022-JP エンコーディングで送られてきたメールに返信する時，標準の UTF-8 + Base64 ではなくISO-2022-JP エンコーディングでメールを送信しようとします。この時に，返信の文面に Unicode 文字が含まれていると，ISO-2022-JP-2 というテキストエンコーディングでメールを送信します。このエンコーディングには，ほとんどのメールソフトが対応していませんので，Unicodeに対応していたとしても，高い確率でメールの文字化けが発生します。これが1つ目の問題です。

もう1つは，Unicodeに対応しない古いメールソフトで受信される場合です。Mail.appは，ASCII文字以外が文面に入っている場合，UTF-8 + Base64 エンコーディングでメールを送信するため，一部の受信メールソフトでは正しく表示が行われない可能性があります。

本プラグインは上記の問題に対して、ISO-2022-JPに変換できないUnicode文字を置き換えることで、ISO-2022-JPでメールを送信可能にします。またダイアログでUnicode文字をそのまま送信する選択をした場合にも，強制的に UTF-8 + Base64 エンコーディングに設定して送信することで問題の発生を防止します。

制限事項

ファイルを添付したメールでは，件名等のヘッダーは UTF-8 + MIME エンコーディングで送信されます。

またメール本文の行毎の文字数が一定値を超えるとquoted-printable形式で送信されることを防ぐことはできません。

謝辞

このプラグインを作成するにあたり，

http://code.google.com/p/quotefixformac/ http://code.google.com/p/leopard-preferred-mail-charset-fix/ http://www.mronge.com/2009/09/10/nasty-hacking-with-64-bit-objective-c/ http://d.hatena.ne.jp/NAOI/20091001/1254376037

を参考にさせていただきました。

最新のお知らせ