LTSがリリースされました。14.04へアップグレードする際に知っておいたほうが良いこと,注意すべき内容をご紹介します。Support)とポイントリリースについておさらいしておきましょう。Designの2014年6月号には,あわしろいくやさんによる詳しい解説もありますので,興味のある方はそちらも併せて参照してください。ここで説明する話はあくまで2014年現在の情報に基づいています。これまでにも何度かあったように,サポート期間やその提供方法はコミュニティを取り巻く状況やCanonicalのお財布事情に合わせて変わって行きます。長期サポート(LTS)についてUbuntuは4月と10月,半年毎の定期的なリリースを行っています。通常のリリースのサポート期間は9ヵ月です。よって,10月にリリースされたバージョンは次の4月のリリースの3ヶ月後にはサポート期限を終えます。Life⁠)⁠」と呼び,より新しいリリースへのアップグレードを呼びかけるアナウンスが流れます。2013年10月にリリースされた13.10は7月17日にEOLを迎えました。よって,12.04以降の通常リリースを使っている方はほとんど既に14.04にアップグレードされていることでしょう(注1⁠)⁠。Support)」をリリースします。LTSでは原則として5年間のサポート期間が設けられています。通常のリリースが次のリリース後それほどせずにアップグレードする必要があるのに対して,LTSでは「次の次のLTS」がリリースされるまでは同じバージョンを使い続けることができるわけです。前回のLTSは2012年4月にリリースされた12.04でした。2年後の2014年4月にリリースされた14.04もまたLTSとなります。12.04は2017年,14.04は2019年までサポートされます。Boardが決定しています。詳しくは14.04リリース時のアナウンスを参照してください。この「サポート」とはなんでしょうか。Ubuntuにおいては,おもに次の3つが提供されることを意味しています。main,restrictedコンポーネントに対するセキュリティチームによるセキュリティアップデートuniverse,multiverseコンポーネントに対するコミュニティによるアップデート最新のパッケージを配信するアーカイブサーバーちょっとややこしいのですが,Ubuntuは「コミュニティによって」開発されているLinuxディストリビューションです。Canonicalはその開発コミュニティを金銭的に支援しているに過ぎません。よってUbuntuにおける「オフィシャル」とは「開発コミュニティ」を指します。Canonicalではありません。Canonicalは開発コミュニティ支援の一貫として,セキュリティチームメンバーをフルタイムワーカーとして雇っています。オフィシャルの開発コミュニティによるセキュリティサポートは,セキュリティチームによるサポートであり,結果的にCanonical社員によるセキュリティサポートとなっています。universe,multiverseの「コミュニティによる」は,セキュリティチーム以外の開発コミュニティも担当するアップデートということになります。「main,restricted,universer,multiverse」は,コンポーネントと呼ばれるパッケージのカテゴリーの一種です。セキュリティチームによるメンテナンスが行われるかどうか,と,フリーソフトウェアであるかどうかをおもな判断基準として振り分けられています。気を付けなければいけないのは,サポート期間において最も重要である「セキュリティアップデート」はmain,restrictedコンポーネントに対してのみ保証されているということです。universeやmultiverseのコンポーネントに対してもセキュリティアップデートは行われますが,これはボランティアで構成される開発コミュニティによる作業となりますので,場合によってはいつまでたっても修正されないということも起こり得ます。同様にLTSもあくまでmainコンポーネントに対するサポート期間ですので注意してください(注2⁠)⁠。注1)まだの方は早くアップグレードしてください。なんでもはしませんから。Advantage」の購入も考えてみてください。ポイントリリースについてポイントリリースは,LTSのリリース後に一定期間ごとに提供される,最新のアップデートを適用したインストールメディアです。LTSは5年間サポートが継続します。リリース後もさまざまなパッケージがアップデートされますので,リリース時のインストールメディアを使ってインストールした場合,インストール直後にかなりの数のパッケージをアップデートする必要が出てきます。これは手間がかかるうえに,セキュリティ的にもネットワーク的にもあまり嬉しくありません。そこでLTSでは,LTSのリリースから数ヵ月後に1度,さらにその後の通常リリースから数ヵ月後に1度ずつ次のLTSがリリースされるまで,それまでのアップデートを適用したインストールメディアを「ポイントリリース」という形でリリースしています。ポイントリリースではバージョン番号の後ろに数字を追加します。14.04の最初のポイントリリースは7月25日にリリースされた14.04.1ですし,12.04の5回目のポイントリリースは12.04.5です。後述するHWEに関する例外を除いて,アップデート適用済みのインストーラーと言う位置付けなので,普通にLTSをインストールした環境をアップグレードして言っても,ポイントリリースと同じ環境になります。14.04をインストールした環境を最新の状態にアップグレードしていれば,次のように「14.04.1」と表示されていることでしょう。Stacksという名前で,より新しいカーネルやドライバー,それを動かすためのソフトウェアを提供しています。ポイントリリースでは,このHWEが適用済みの状態でインストールされるため,14.04のリリース時には不具合があったり,ドライバーがないことによってインストーラーが動作しなかったハードウェアに対しても,Ubuntuをインストールできるようになっている可能性があります。ちなみにLTSをインストールした状態から普通にアップデートするだけではHWEは適用されません。HWE用のパッケージをインストールする必要があります。12.04において,12.10から13.10までのHWEを適用した場合,今後それらのHWEは更新されませんので早急に14.04のHWE(パッケージ名にtrustyと名前のついているHWE)を適用してください。Server版であれば,おそらくログイン時に次のようなメッセージが出ているはずです(注3⁠)⁠。Designの2014年6月号のほうがより詳しく最新の情報に追随しています。Packがアップデートされたら,メッセージも日本語になるはずです。LTSからLTSへのアップグレードについてLTSは2年ごとにリリースされますのでLTSの間には3回の通常リリースをはさんでいます。あるLTSから次のLTSにアップグレードしたいとき,この通常リリースを経てアップグレードを行うのは手間がかかりますし,そもそもサポートが切れたリリースを使うことはセキュリティを考えると現実的ではありません。そのためLTSでは,LTSからLTSへと直接アップグレードする仕組みを用意しています(注4⁠)⁠。Ubuntuは次のバージョンが正式にリリースされたら,アップデートマネージャーで,リリースされたこととアップグレードを促す通知が表示されます。LTSの場合は,次の通常版をリリースしてもアップグレード通知が行われず,「⁠次のLTSの最初のポイントリリースをリリース」してはじめてアップグレード用のメタデータが更新され,アップグレード通知が表示されるようです(注5)(⁠注6⁠)⁠。アップデートマネージャーによる通知アップグレードの手順はとてもかんたんで,デスクトップ版であればアップデートマネージャーの指示に従うだけ,サーバー版であれば以下のコマンドを実行するだけです(注7⁠)⁠。do-release-upgradeアップグレード中いくつか問い合わせ画面が表示されますので,適宜回答を行ってください。時間はかかりますが最終的にアップグレードが反映されて再起動したらアップグレード完了です。LTSを経由する必要があります。一足飛びに14.04に上げることはできません。注5)とくにそうすると言ったルールを示した文書は見つからなかったのですが,12.04からそういう慣習になっているようです。慣習といっても今回が2回目なのですが。リリースノートではポイントリリースまで待つことを推奨しています。注6)LTSがリリースされるまでアップグレード通知を待つかどうかは,/etc/update-manager/release-upgradesでコントロールできます。注7)アップデートマネージャーやdo-release-upgradeは,LTS用のメタデータを見ています。8月11日に14.04.1が追加されたので,アップグレード通知がきているはずです。-d」やど「-d」オプションを付けて実行してください。ちなみに、この記事を入稿後にあわしろいくやさんが気づかれたのですが,現在の12.04は日本語環境だとアップグレード通知がエラー終了する問題が存在します。詳しくはリンク先の情報を確認してください。数年前にLaunchpad上でStellariumの翻訳をしたことがきっかけで,Ubuntuの翻訳にも関わるようになりました。2019」を開催しました。DAY1・DAY2の様子を注目セッションとともにお伝えします。LINEのエンジニア3名がイベントに先駆けて見どころを紹介します。コードの安全性・安定性を高める開発サイクル~テスト管理の効率を上げ,脆弱性診断を自動で行う~本連載では,連載「業務を改善する情報共有の仕掛け」を受けつつ,安全性・安定性を加えた開発サイクルについて考えていきます。若者世代から圧倒的な人気を誇るライブ配信&動画投稿コミュニティアプリ「MixChannel」(ミクチャ)の裏側(レコメンドシステムやサーバサイド開発など)について解説していきます。その他の連載CSS3アニメーションでつくるインターフェイス表現CSS3によるアニメーション表現を紹介していきます。その中でも,幅広い読者に応用してもらえるだろうインターフェイスを主なお題とします。MySQL道普請便り本連載では,MySQLを使ったアプリ開発・運用に関するノウハウをご紹介していきます。RecipeUbuntuの強力なデスクトップ機能を活用するための,いろいろなレシピをお届けします。JavaScriptセキュリティの基礎知識JavaScriptに関するセキュリティ上の問題はどこで発生し,どうすれば防ぐことができるのか?について解説していきます。〜システムをきちんと運用するための基礎知識システムは「作って終わり」ではなく,運用の中でさまざまな問題が発生します。問題の発生に備えて事前にどのような対応をしておくべきなのか,問題発生時に何をしなければならないのか,ポイントを解説していきます。きたみりゅうじの聞かせて珍プレーソフトウェア開発の現場で体験したトホホな失敗,思わずうなる珍プレーをきたみりゅうじ氏が四コママンガで紹介。Linuxのメンテナンスの傍ら,Linuxやオープンソースソフトと日々を過ごす著者が,その魅力とつきあい方を,エッセイ風味でお届けします。PRESS特別編集部員,さわやか笑顔のスーパーハカーはまちちゃんとネット大好き14歳わかばちゃんが,毎号,読者の皆さんから寄せられたおたよりを紹介します。皆さんの日頃の悩みにも答えちゃいますよ。]メールでのお知らせメールで次の案内をお送りしております。メールの配信を希望する方は,利用したい項目をチェックしてメールアドレスを入力し,[登録]ボタンをクリックしてください。UPDATES[ほぼ週間に1回]新刊メールマガジン[ほぼ週間に1回]電脳会議の各号案内[ほぼ1ヵ月半に1回]※変更する場合や停止する場合は,登録情報変更ページをご覧ください。※登録いただいたメールアドレスには,そのお知らせ以外,配信いたしません。Ltd.ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。