HFS+は1998年1月19日、Mac OS 8.1のリリースで導入された。もともとはCoplandを想定して開発された技術であり、その存在はCopland開発中から知られていた。アップルは、2002年11月11日のMac OS X v10.2のアップデートのリリース10.2.2で、データ信頼性を高めるジャーナリングファイルシステム機能をHFS+に加えた。Mac OS X v10.3ではファイルシステムの扱いが大幅に拡張された。ファイルにメタデータ部が追加され、頻繁にアクセスされるファイルをドライブの外周のアクセスの高速な領域に自動的に移動し、同時に断片化を解消するHot File Adaptive Clusteringを組み込んだ。HFSXと呼ばれる拡張バージョンのHFS+も導入した。HFSXはディレクトリとファイルの名前の扱いについて変更があった。Mac OS X v10.4では以前利用していたUNIXパーミッションのほかに、Windows XP及びWindows Server 2003のACLと互換性のあるACLのサポートを追加した。また、将来のリリース向けに予約されていた拡張属性 (extended attribute) のサポートも加えた。
これまでMacintoshに採用されてきたHFSは、フロッピーディスクで利用されていた頃は大きな問題ではなかったが、大きなストレージデバイスが増え、巨大なサイズのファイルを扱うようになるにつれて深刻な問題へとなっていった。HFS+の大きな改善点は、ブロックサイズが4KB固定になり、以前より大量のファイルを扱えるようになったこと、巨大なサイズのファイルをサポートするようになったこと、ファイル名にUnicodeを利用すること、長いファイル名が付けられるようになったことである。また、HFSのマルチフォークシステムを拡張し、多くのフォークの利用もできるようになった。このマルチフォークは現在、拡張属性 (EA) の保存のために利用されている。HFS+の登場により、巨大なファイル容量を扱う機会が多いプロの映像制作や音楽制作の現場では圧倒的に支持されるようになり、プロのエンジニアやクリエイターがMacを導入するきっかけとなった。
挙哀（こあい）とは、死者を弔うために泣き声をあげる礼の一つ。発哀・発哭・奉哀・慟哭などとも記される。中国では皇帝が重臣の死の際に弔問を行って他の弔問客と同様に慟哭する慣例があったが、皇帝の権威上昇によって臣下の家に弔問することが限定的になったために、弔問と博贈（香典を贈る）及び挙哀がそれぞれ別々の儀式となったとされる。記録では後漢の明帝が領国で死去した異母兄の劉彊のために挙哀を行ったのが最古である。その後、魏晋南北朝時代を通じて制度として定着し、隋になると輟朝（廃朝）と一緒に行われるようになった。だが、唐の後期になるともっぱら廃朝だけが行われるようになったが、宋になると皇帝の挙哀が復活した。日本には中国からわたってきた礼と考えられ、『日本書紀』の中で、仁徳天皇が菟道稚郎子の死に対して行ったとされている。その後も主に皇族や高官の葬儀などにおいて行われていた。例えば天武天皇に死に対しては、約2年間にわたって皇太子から庶民にいたるまで挙哀を行った。具体的にどのように行われるのかは定められていなかったが、平安時代になってから服装・場所・様式などが定められた。ただし、遺詔などによって行われないこともあり、ついに宇多天皇の死以降は途絶えた。
末梢選択性薬剤(Peripherally selective drug)は、血液脳関門によって中枢神経系 (CNS) から排除されるため、その主な作用機序が中枢神経系を除いて生じる。中枢神経系から排除されることで、これらの薬剤は脳や脊髄への影響によって生じる副作用を生じることなく、身体の他の部分に作用しえる。例えば、多くのオピエート（鎮痛性麻薬）は高用量では鎮静を起こすが、末梢選択性薬剤では脳へと侵入せずに体の残りの部分に作用することができ、鎮静の原因となる可能性は低い。
GPLの条文自体はGFDLやGPLの下に自由に配布されているわけではなく、ライセンス著作者は条文の改変(modifications)を許可していない（GPLの条文自体の著作権はフリーソフトウェア財団が持つ）。GPLはプログラムの受領者に（本ライセンスの直接の対象となる）本プログラムと共に本ライセンスの複製を(a copy of this License along with the Program)得る権利を与えているため、未改変のライセンスの複製と頒布(distribution; 配布)は許されている。GPL FAQによると、仮に改変する場合は、別の名前とし、「GNU」について言及せず、フリーソフトウェア財団から許諾を得ている場合を除いて改変版ライセンスからGPLの前文(Preamble)を削除した場合に限り、GPLの改変版を利用して新たなライセンスを作成しても良い。そのようにして作成された派生ライセンスに対し、FSFは一切の法的異議申し立てを行うことはないが、そういったライセンスは一般にGPLと両立しない(互換性が無い、incompatible)ので、FSFは推奨していない 。前述のとおり、GPLの条文自体は著作権で管理されており、その保持者はFSFである。しかしながら、FSFはGPLのもとリリースされた著作物の著作権は保持しない。これも前述したが、例外は、著作権者が明示的にFSFに著作権を譲渡した場合である。ただし、そのような事例はGNUプロジェクトに属するプログラムを除いて滅多にない。ライセンス違反が発生した場合、個々の著作権者のみが、訴訟を起こす権限を持つ。FSFは、FSFの許可なくGPLの前文(Preamble)を含めた、派生ライセンスを使用しない限り、GPLに基づいた新しいライセンスを作成することを許可する。しかしながら、このようなライセンスはGPLと両立しない(incompatible)場合があるので、作成しないほうがよい。またそれは、明らかにライセンスの氾濫を生じさせる。翻訳も翻案権の行使であるため、ライセンスの翻訳は原則認められないが、その翻訳が非公式であることを明記し、FSFの求めに応じて翻訳をアップデートできるならば翻訳を許可される。その他、GNUプロジェクトにより作成されたライセンスには、GNU Lesser General Public License、GNU Free Documentation Licenseが含まれる。