浏览代码

update release notes for 1.0.1

git-svn-id: https://svn.apache.org/repos/asf/hadoop/common/branches/branch-1.0@1243359 13f79535-47bb-0310-9956-ffa450edef68
Matthew Foley 13 年之前
父节点
当前提交
3ef8e184c5
共有 1 个文件被更改,包括 1 次插入1 次删除
  1. 1 1
      src/docs/releasenotes.html

+ 1 - 1
src/docs/releasenotes.html

@@ -28,7 +28,7 @@
 <li> <a href="https://issues.apache.org/jira/browse/HADOOP-8037">HADOOP-8037</a>.
      Blocker bug reported by mattf and fixed by gkesavan (build)<br>
      <b>Binary tarball does not preserve platform info for native builds, and RPMs fail to provide needed symlinks for libhadoop.so</b><br>
-     <blockquote>                    This fix is marked &quot;incompatible&quot; only because it changes the bin-tarball directory structure to be consistent with the source tarball directory structure.  Everything else (in particular, the source tarball and rpm directory structures) are unchanged, except that the 64-bit rpms and debs now use lib64 instead of lib for native libraries.
+     <blockquote>                    This fix is marked &quot;incompatible&quot; only because it changes the bin-tarball directory structure to be consistent with the source tarball directory structure. The source tarball is unchanged. RPMs and DEBs now use an intermediate bin-tarball with an &quot;${os.arch}&quot; tag (like the packages themselves). The un-tagged bin-tarball is now multi-platform and retains the structure of the source tarball; it is in fact generated by target &quot;tar&quot;, not by target &quot;binary&quot;. Finally, in the 64-bit RPMs and DEBs, the native libs go in the &quot;lib64&quot; directory instead of &quot;lib&quot;.
 </blockquote></li>
 
 <li> <a href="https://issues.apache.org/jira/browse/MAPREDUCE-3184">MAPREDUCE-3184</a>.