hadoop-common-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From ma...@apache.org
Subject svn commit: r1243359 - /hadoop/common/branches/branch-1.0/src/docs/releasenotes.html
Date Sun, 12 Feb 2012 23:13:47 GMT
Author: mattf
Date: Sun Feb 12 23:13:47 2012
New Revision: 1243359

URL: http://svn.apache.org/viewvc?rev=1243359&view=rev
Log:
update release notes for 1.0.1

Modified:
    hadoop/common/branches/branch-1.0/src/docs/releasenotes.html

Modified: hadoop/common/branches/branch-1.0/src/docs/releasenotes.html
URL: http://svn.apache.org/viewvc/hadoop/common/branches/branch-1.0/src/docs/releasenotes.html?rev=1243359&r1=1243358&r2=1243359&view=diff
==============================================================================
--- hadoop/common/branches/branch-1.0/src/docs/releasenotes.html (original)
+++ hadoop/common/branches/branch-1.0/src/docs/releasenotes.html Sun Feb 12 23:13:47 2012
@@ -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>.



Mime
View raw message