On Thu, Apr 10, 2014 at 1:11 AM, Steve Loughran ste...@hortonworks.comwrote:
On 9 April 2014 23:52, Eli Collins e...@cloudera.com wrote:
For the sake of this discussion we should separate the runtime from
the programming APIs. Users are already migrating to the java7 runtime
for most
-trivial, not something I suspect we'd want to do just
because it would be, for example, nicer to have a newer version of Jetty.
Thanks,
Eli
On Thu, Apr 10, 2014 at 1:11 AM, Steve Loughran ste...@hortonworks.com
wrote:
On 9 April 2014 23:52, Eli Collins e...@cloudera.com wrote
on that?
On Tue, Apr 8, 2014 at 9:19 AM, Eli Collins e...@cloudera.com wrote:
On Tue, Apr 8, 2014 at 2:00 AM, Ottenheimer, Davi
davi.ottenhei...@emc.com wrote:
From: Eli Collins [mailto:e...@cloudera.com]
Sent: Monday, April 07, 2014 11:54 AM
IMO we should not drop support
On Tue, Apr 8, 2014 at 2:00 AM, Ottenheimer, Davi
davi.ottenhei...@emc.com wrote:
From: Eli Collins [mailto:e...@cloudera.com]
Sent: Monday, April 07, 2014 11:54 AM
IMO we should not drop support for Java 6 in a minor update of a stable
release (v2). I don't think the larger Hadoop user
On Sat, Apr 5, 2014 at 12:54 PM, Raymie Stata rst...@altiscale.com wrote:
To summarize the thread so far:
a) Java7 is already a supported compile- and runtime environment for
Hadoop branch2 and trunk
b) Java6 must remain a supported compile- and runtime environment for
Hadoop branch2
c) (b)
+1 for another rc. There have been quite a few issues found (handful
marked blocker) and this is only the first release candidate, seems
like the point of having multiple release candidates is to iterate
with another one that addresses the major issues found with the
previous one.
On Fri, Apr
Added you both.
On Fri, Jan 3, 2014 at 4:58 PM, Arpit Agarwal aagar...@hortonworks.com wrote:
Could some kind admin do the same for my account too?
My Hadoop wiki username is ArpitAgarwal
Thanks!
On Fri, Jan 3, 2014 at 4:54 PM, Andrew Wang andrew.w...@cloudera.comwrote:
Hi all,
Could
+1good idea
Thanks for contributing Sangjin.
On Mon, Dec 2, 2013 at 11:47 AM, Sangjin Lee sj...@apache.org wrote:
We have been having discussions on HADOOP-9639 (shared cache for jars) and
the proposed design there for some time now. We are going to start work on
this and have it vetted
I added your username, you should be able to edit now.
On Tue, Nov 12, 2013 at 1:00 PM, Billy Watson williamrwat...@gmail.com wrote:
Sorry, my username is WilliamWatson.
William Watson
Software Engineer
(904) 705-7056 PCS
On Tue, Nov 12, 2013 at 4:00 PM, Billy Watson
[
https://issues.apache.org/jira/browse/HADOOP-10034?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Eli Collins resolved HADOOP-10034.
--
Resolution: Duplicate
Dupe of HDFS-932
optimize same-filesystem symlinks by doing
On Fri, Oct 18, 2013 at 2:10 PM, Arun C Murthy a...@hortonworks.com wrote:
Folks,
Currently http://hadoop.apache.org/docs/stable/ points to hadoop-1. With
hadoop-2 going GA, should we just point that to hadoop-2?
Couple of options:
# Have stable1/stable2 links:
Eli Collins created HADOOP-10055:
Summary: FileSystemShell.apt.vm doc has typo numRepicas
Key: HADOOP-10055
URL: https://issues.apache.org/jira/browse/HADOOP-10055
Project: Hadoop Common
14, 2013 at 3:20 PM, Eli Collins e...@cloudera.com wrote:
It probably just needs doc, I'd go ahead and file a jira for it. The
wiki content here could be a good starting point.
On Mon, Oct 14, 2013 at 2:56 PM, Sandy Ryza sandy.r...@cloudera.com
wrote:
Hi All,
I noticed that the hadoop
On Wed, Sep 18, 2013 at 5:45 AM, Steve Loughran ste...@hortonworks.comwrote:
On 18 September 2013 12:53, Alejandro Abdelnur t...@cloudera.com wrote:
On Wed, Sep 18, 2013 at 11:29 AM, Steve Loughran ste...@hortonworks.com
wrote:
I'm reluctant for this as while delaying the release,
(Looping in Arun since this impacts 2.x releases)
I updated the versions on HADOOP-8040 and sub-tasks to reflect where
the changes have landed. All of these changes (modulo HADOOP-9417)
were merged to branch-2.1 and are in the 2.1.0 release.
While symlinks are in 2.1.0 I don't think we can
Hey Andrew,
I'm not aware of anyone working on IPv6 support.
The following looks up to date and may be helpful:
http://wiki.apache.org/hadoop/HadoopIPv6
Thanks,
Eli
On Fri, Aug 16, 2013 at 8:27 AM, Andrew Pennebaker
apenneba...@42six.com wrote:
When will Hadoop get better IPv6 support? It
sockets at the
IPv6 level and then fallback to IPv4 if it can't connect, which adds
overhead to all connections.
-steve
On Fri, Aug 16, 2013 at 12:44 PM, Eli Collins
e...@cloudera.comjavascript:;
wrote:
Hey Andrew,
I'm not aware of anyone working on IPv6 support
we switch over
to JDK 7 across the board?
Thoughts?
Thanks,
Santhosh
From: Eli Collins e...@cloudera.com
To: common-dev@hadoop.apache.org
Sent: Tuesday, July 31, 2012 6:19 PM
Subject: Re: Java 7 and Hadoop
We should officially support it in Hadoop
Hey Steve,
That's correct, see HADOOP-6223 for the history. However, per Andrew
I don't think it's realistic to expect people to migrate off
FileSystem for a while (I filed HADOOP-6446 well over three years
ago).
The unfortunate consequence of the earlier decision to have parallel
interfaces
Hey Adam,
If you create a user ID for the Hadoop wiki and send it to me I'll
update this page which will give you perms.
http://wiki.apache.org/hadoop/ContributorsGroup
On Thu, May 30, 2013 at 3:26 PM, Adam Kawa kawa.a...@gmail.com wrote:
Could someone please add me? I promise not to break
+1 thanks Matt.
On Tue, May 21, 2013 at 2:10 PM, Matt Foley ma...@apache.org wrote:
Hi all,
This has been a side topic in several email threads recently. Currently we
have an ambiguity. We have a tradition in the dev community that any
committer can create a branch, and propose release
+1
On Friday, May 17, 2013, Thomas Graves wrote:
Hello all,
We've had a few critical issues come up in 0.23.7 that I think warrants a
0.23.8 release. The main one is MAPREDUCE-5211. There are a couple of
other issues that I want finished up and get in before we spin it. Those
include
On Wed, May 15, 2013 at 1:29 PM, Matt Foley mfo...@hortonworks.com wrote:
Arun, not sure whether your Yes to all already covered this, but I'd
like
to throw in support for the compatibility guidelines being a blocker.
+1 to that. Definitely an overriding concern for me.
+1 Likewise.
Hey Karthik,
We already support this for HDFS, see HDFS-2983 (Relax the build
version check to permit rolling upgrades within a release).
We should do so for Yarn as well, MAPREDUCE-4150 tracks this. I don't
think Ahmed is working on it so would be great for you or someone else
to take it.
On Fri, Apr 26, 2013 at 11:15 AM, Arun C Murthy a...@hortonworks.com wrote:
On Apr 25, 2013, at 7:31 PM, Roman Shaposhnik wrote:
On Thu, Apr 25, 2013 at 6:34 PM, Arun C Murthy a...@hortonworks.com wrote:
With that in mind, I really want to make a serious push to lock down APIs
and
On Fri, Apr 26, 2013 at 2:42 PM, Suresh Srinivas sur...@hortonworks.com wrote:
Eli, I will post a more detailed reply soon. But one small correction:
I'm also not sure there's currently consensus on what an incompatible
change is. For example, I think HADOOP-9151 is incompatible because it
On Mon, Apr 22, 2013 at 5:42 PM, Steve Loughran ste...@hortonworks.com wrote:
On 22 April 2013 14:00, Karthik Kambatla ka...@cloudera.com wrote:
Hadoop devs,
This doc does not intend to propose new policies. The idea is to have one
document that outlines the various compatibility
Bobby raises some good questions. A related one, since most current
developers won't add Windows support for new features that are
platform specific is it assumed that Windows development will either
lag or will people actively work on keeping Windows up with the
latest? And vice versa in case
Thanks for the update Suresh. Has any testing been done on the branch on
Linux aside from running the unit tests?
Thanks,
Eli
On Thu, Feb 7, 2013 at 5:42 PM, Suresh Srinivas sur...@hortonworks.comwrote:
The support for Hadoop on Windows was proposed in
-1, 0, -1
IIUC the only platform we plan to add support for that we can't easily
support today (w/o an emulation layer like cygwin) is Windows, and it
seems like making the bash scripts simpler and having parallel bat
files is IMO a better approach.
On Sat, Nov 24, 2012 at 12:13 PM, Matt Foley
[
https://issues.apache.org/jira/browse/HADOOP-8968?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Eli Collins resolved HADOOP-8968.
-
Resolution: Fixed
Hadoop Flags: Reviewed
I've committed this. Thanks Tucu
Hey guys,
Heads up: I filed HADOOP-8925 to remove the packaging from trunk and
branch-2. The packages are not currently being built, were never
updated for MR2/YARN, I'm not aware of anyone planning to do this work
or maintain them, etc. No sense in letting them continue to bit rot in
the code
-Original Message-
From: Eli Collins [mailto:e...@cloudera.com]
Sent: Monday, October 15, 2012 10:33 AM
To: common-dev@hadoop.apache.org
Subject: [DISCUSS] remove packaging
Hey guys,
Heads up: I filed HADOOP-8925 to remove the packaging from trunk and
branch-2. The packages
Eli Collins created HADOOP-8931:
---
Summary: Add Java version to startup message
Key: HADOOP-8931
URL: https://issues.apache.org/jira/browse/HADOOP-8931
Project: Hadoop Common
Issue Type
Eli Collins created HADOOP-8925:
---
Summary: Remove packaging
Key: HADOOP-8925
URL: https://issues.apache.org/jira/browse/HADOOP-8925
Project: Hadoop Common
Issue Type: Improvement
[
https://issues.apache.org/jira/browse/HADOOP-8809?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Eli Collins resolved HADOOP-8809.
-
Resolution: Won't Fix
Filed HADOOP-8925.
RPMs should skip useradds
Eli Collins created HADOOP-8914:
---
Summary: Automate release builds
Key: HADOOP-8914
URL: https://issues.apache.org/jira/browse/HADOOP-8914
Project: Hadoop Common
Issue Type: Task
On Tue, Oct 9, 2012 at 1:02 PM, Matt Foley mfo...@hortonworks.com wrote:
Hi Eli,
Thanks for the suggestion. Looks like this has gotten fleshed out a little
more since I started doing releases.
I've had my key posted at MIT since the beginning. I've now also uploaded
it to the PGP Global
Hey Thilee,
Thanks for contributing. We don't process pull request on the git
mirrors, please upload a patch against trunk and branch-1 if you'd
like this included in Hadoop 1.x and 2.x releases. More info here:
http://wiki.apache.org/hadoop/HowToContribute
Thanks,
Eli
On Fri, Oct 5, 2012 at
Eli Collins created HADOOP-8886:
---
Summary: Remove KFS support
Key: HADOOP-8886
URL: https://issues.apache.org/jira/browse/HADOOP-8886
Project: Hadoop Common
Issue Type: Improvement
+1
Thanks Matt. I verified the signatures and ran some basic MR jobs.
Btw, it would be good to update the public KEYS repo with your key as
well. See http://wiki.apache.org/hadoop/HowToRelease.
Thanks,
Eli
On Thu, Oct 4, 2012 at 1:59 PM, Matt Foley ma...@apache.org wrote:
Hi,
There has
Eli Collins created HADOOP-8873:
---
Summary: Port HADOOP-8175 (Add mkdir -p flag) to branch-1
Key: HADOOP-8873
URL: https://issues.apache.org/jira/browse/HADOOP-8873
Project: Hadoop Common
Issue
Eli Collins created HADOOP-8856:
---
Summary: SecuirtyUtil#openSecureHttpConnection should use an
authenticated URL even if kerberos is not enabled
Key: HADOOP-8856
URL: https://issues.apache.org/jira/browse/HADOOP
[
https://issues.apache.org/jira/browse/HADOOP-8856?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Eli Collins resolved HADOOP-8856.
-
Resolution: Duplicate
Dupe of HADOOP-8855
SecuirtyUtil
Eli Collins created HADOOP-8857:
---
Summary: hadoop.http.authentication.signature.secret.file should
be created if the configured file does not exist
Key: HADOOP-8857
URL: https://issues.apache.org/jira/browse/HADOOP
Eli Collins created HADOOP-8859:
---
Summary: Improve SecurityUtil#openSecureHttpConnection javadoc
Key: HADOOP-8859
URL: https://issues.apache.org/jira/browse/HADOOP-8859
Project: Hadoop Common
How about adding this step to the MR PreCommit jenkins job so it's run
as part test-patch?
On Tue, Sep 25, 2012 at 7:48 PM, Arun C Murthy a...@hortonworks.com wrote:
Committers,
As most people are aware, the MapReduce 'classic' tests (in
hadoop-mapreduce-project/src/test) still need to
Eli Collins created HADOOP-8812:
---
Summary: ExitUtil#terminate should print Exception#toString
Key: HADOOP-8812
URL: https://issues.apache.org/jira/browse/HADOOP-8812
Project: Hadoop Common
Eli Collins created HADOOP-8801:
---
Summary: ExitUtil#terminate should capture the exception stack
trace
Key: HADOOP-8801
URL: https://issues.apache.org/jira/browse/HADOOP-8801
Project: Hadoop Common
Eli Collins created HADOOP-8804:
---
Summary: Improve Web UIs when the wildcard address is used
Key: HADOOP-8804
URL: https://issues.apache.org/jira/browse/HADOOP-8804
Project: Hadoop Common
Eli Collins created HADOOP-8807:
---
Summary: Update README and website to reflect HADOOP-8662
Key: HADOOP-8807
URL: https://issues.apache.org/jira/browse/HADOOP-8807
Project: Hadoop Common
Issue
Yea we want jenkins to run with native. How about adding making native
optional in test-patch via a flag and updating the jenkins jobs to use
it?
On Thu, Sep 6, 2012 at 7:25 AM, Alejandro Abdelnur t...@cloudera.com wrote:
Makes sense, though the Jenkins runs should continue to run w/ native,
On Tue, Sep 4, 2012 at 11:55 AM, Owen O'Malley omal...@apache.org wrote:
While cleaning up the subversion branches, I thought more about the
branch 2 release names. I'm concerned if we backtrack and reuse
release numbers it will be extremely confusing to users. It also
creates problems for
Eli Collins created HADOOP-8769:
---
Summary: Tests failures on the ARM hosts
Key: HADOOP-8769
URL: https://issues.apache.org/jira/browse/HADOOP-8769
Project: Hadoop Common
Issue Type: Test
[
https://issues.apache.org/jira/browse/HADOOP-8722?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Eli Collins resolved HADOOP-8722.
-
Resolution: Fixed
Fix Version/s: 2.2.0-alpha
Target Version/s: (was: 2.2.0
Eli Collins created HADOOP-8752:
---
Summary: Update website to reflect merged committer lists
Key: HADOOP-8752
URL: https://issues.apache.org/jira/browse/HADOOP-8752
Project: Hadoop Common
Issue
Eli Collins created HADOOP-8744:
---
Summary: Fix the OSX native build
Key: HADOOP-8744
URL: https://issues.apache.org/jira/browse/HADOOP-8744
Project: Hadoop Common
Issue Type: Bug
Eli Collins created HADOOP-8740:
---
Summary: Build target to generate findbugs html output
Key: HADOOP-8740
URL: https://issues.apache.org/jira/browse/HADOOP-8740
Project: Hadoop Common
Issue
Eli Collins created HADOOP-8722:
---
Summary: Update BUILDING.txt to indicate snappy.lib is required
Key: HADOOP-8722
URL: https://issues.apache.org/jira/browse/HADOOP-8722
Project: Hadoop Common
Eli Collins created HADOOP-8710:
---
Summary: Remove ability for users to easily run the trash emptier
Key: HADOOP-8710
URL: https://issues.apache.org/jira/browse/HADOOP-8710
Project: Hadoop Common
Trevor,
Forgot to ask, since you can reproduce this can you confirm and see
why S3Conf.get is returning null for test.fs.s3.name?
On Mon, Aug 13, 2012 at 6:35 PM, Eli Collins e...@cloudera.com wrote:
Passes for me locally, and the precondition that's failing (passing
null to Conf#set) from
Eli Collins created HADOOP-8689:
---
Summary: Make trash a server side configuration option
Key: HADOOP-8689
URL: https://issues.apache.org/jira/browse/HADOOP-8689
Project: Hadoop Common
Issue
Eli Collins created HADOOP-8690:
---
Summary: Shell may remove a file without going to trash even if
skipTrash is not enabled
Key: HADOOP-8690
URL: https://issues.apache.org/jira/browse/HADOOP-8690
Passes for me locally, and the precondition that's failing (passing
null to Conf#set) from the backtrace looks like the null is coming
from:
S3Conf.set(FS_DEFAULT_NAME_DEFAULT, S3Conf.get(test.fs.s3.name));
which is set in core-site.xml so something strange is going on.
HADOOP-6296 looks
Eli Collins created HADOOP-8687:
---
Summary: Bump log4j to version 1.2.17
Key: HADOOP-8687
URL: https://issues.apache.org/jira/browse/HADOOP-8687
Project: Hadoop Common
Issue Type: Improvement
Hi Ellis,
fs.local.block.size is the default FileSystem block size, note however
that most file systems (like HDFS, see DistributedFileSystem) override
this, eg when using HDFS the default block size is configured with
dfs.blocksize which defaults to 64mb.
Note in v1 the default block size for
Works for me. I've been adding missing ones that make sense (eg webhdfs).
On Mon, Aug 6, 2012 at 11:34 AM, Steve Loughran ste...@hortonworks.com wrote:
There aren't bin and net categories in JIRA, yet often bugs go against the
code there?
Should I add them?
Hey Carlos,
We don't release common separately from mr and hdfs. You can download
the hadoop binaries from this site (or preferably it's mirror).
http://apache.claz.org/hadoop/common
Eg the 0.20.2 binary is here:
http://apache.claz.org/hadoop/common/hadoop-0.20.2/hadoop-0.20.2.tar.gz
Thanks,
Eli Collins created HADOOP-8642:
---
Summary: io.native.lib.available only controls zlib
Key: HADOOP-8642
URL: https://issues.apache.org/jira/browse/HADOOP-8642
Project: Hadoop Common
Issue Type
? Is
there a process for this or is it simply updating the wiki Eli mentioned
after sufficient testing?
Thanks,
Tom
On 4/26/12 4:25 PM, Eli Collins e...@cloudera.com wrote:
Hey Scott,
Nice. Please update this page with your experience when you get a chance:
http://wiki.apache.org/hadoop/HadoopJavaVersions
to the ephemeral port.
Contributed by Eli Collins
[bobby] MAPREDUCE-3893. allow capacity scheduler configs max-apps and
max-am-pct per queue (tgraves via bobby)
[todd] HDFS-3697. Enable fadvise readahead by default. Contributed by Todd
Lipcon
Hi Yanbo,
You can look at the individual tests output (eg
hadoop-common-project/hadoop-common/target/surefire-reports/org.apache.hadoop.net.TestTableMapping.txt
for TestTableMapping and so on) for an indication as to why the test
failed.
Thanks,
Eli
On Mon, Jul 23, 2012 at 3:50 AM, Yanbo Liang
[
https://issues.apache.org/jira/browse/HADOOP-8431?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Eli Collins reopened HADOOP-8431:
-
I just tried this and confirmed it still fails with the latest build. In the
future please try
Eli Collins created HADOOP-8616:
---
Summary: ViewFS configuration requires a trailing slash
Key: HADOOP-8616
URL: https://issues.apache.org/jira/browse/HADOOP-8616
Project: Hadoop Common
Issue
Hey gang,
The tests were disabled on the common and hdfs jenkins jobs for some
reason. This was hiding test failures in the tests that are not run by
test-patch (eg hadoop-dist, see HDFS-3690).
I've re-enabled the tests on these jobs and filed HADOOP-8610 to get
test-patch on Hadoop to run the
Eli Collins created HADOOP-8598:
---
Summary: Server-side Trash
Key: HADOOP-8598
URL: https://issues.apache.org/jira/browse/HADOOP-8598
Project: Hadoop Common
Issue Type: New Feature
Affects
Eli Collins created HADOOP-8594:
---
Summary: Upgrade to findbugs 2
Key: HADOOP-8594
URL: https://issues.apache.org/jira/browse/HADOOP-8594
Project: Hadoop Common
Issue Type: Bug
Eli Collins created HADOOP-8595:
---
Summary: Create security page in the docs and update the ASF page
to link to it
Key: HADOOP-8595
URL: https://issues.apache.org/jira/browse/HADOOP-8595
Project: Hadoop
Eli Collins created HADOOP-8596:
---
Summary: TestFileAppend4#testCompleteOtherLeaseHoldersFile times
out
Key: HADOOP-8596
URL: https://issues.apache.org/jira/browse/HADOOP-8596
Project: Hadoop Common
[
https://issues.apache.org/jira/browse/HADOOP-7836?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Eli Collins resolved HADOOP-7836.
-
Resolution: Fixed
Fix Version/s: 1.2.0
Target Version/s: (was: 1.1.0)
I've
Eli Collins created HADOOP-8592:
---
Summary: Hadoop-auth should use o.a.h.util.Time methods instead of
System#currentTimeMillis
Key: HADOOP-8592
URL: https://issues.apache.org/jira/browse/HADOOP-8592
[
https://issues.apache.org/jira/browse/HADOOP-8587?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Eli Collins resolved HADOOP-8587.
-
Resolution: Fixed
Fix Version/s: 2.0.1-alpha
1.2.0
Target
Hey Andrew. I'd open a new jira, and thanks for the find btw!
Thanks,
Eli
On Wed, Jul 11, 2012 at 4:08 PM, Andrey Klochkov
akloch...@griddynamics.com wrote:
Hi,
I noticed that the fix done in HADOOP-8036 (failing ViewFs tests) was
reverted later when resolving HADOOP-8129, so the bug exists
[
https://issues.apache.org/jira/browse/HADOOP-8584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Eli Collins resolved HADOOP-8584.
-
Resolution: Fixed
Fix Version/s: 3.0.0
Hadoop Flags: Reviewed
I've committed
Eli Collins created HADOOP-8587:
---
Summary: HarFileSystem access of harMetaCache isn't threadsafe
Key: HADOOP-8587
URL: https://issues.apache.org/jira/browse/HADOOP-8587
Project: Hadoop Common
[
https://issues.apache.org/jira/browse/HADOOP-8554?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Eli Collins resolved HADOOP-8554.
-
Resolution: Invalid
You're right, thanks for the explanation, I didn't realize the principal
Eli Collins created HADOOP-8565:
---
Summary: AuthenticationFilter#doFilter warns unconditionally when
using SPNEGO
Key: HADOOP-8565
URL: https://issues.apache.org/jira/browse/HADOOP-8565
Project: Hadoop
Eli Collins created HADOOP-8568:
---
Summary: DNS#reverseDns fails on IPv6 addresses
Key: HADOOP-8568
URL: https://issues.apache.org/jira/browse/HADOOP-8568
Project: Hadoop Common
Issue Type: Bug
Eli Collins created HADOOP-8554:
---
Summary: KerberosAuthenticator should use the configured principal
Key: HADOOP-8554
URL: https://issues.apache.org/jira/browse/HADOOP-8554
Project: Hadoop Common
[
https://issues.apache.org/jira/browse/HADOOP-8546?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Eli Collins resolved HADOOP-8546.
-
Resolution: Duplicate
Per HDFS-3458 the forest docs needed to be ported to APT
On Wed, Jun 6, 2012 at 2:10 PM, Eli Collins e...@cloudera.com wrote:
Hey Vinod,
Out of curiosity, why delete the branch? Might make spelunking for
svn revs that correspond to a release hard. If we're deleting old
release branches might as well delete the others (branch-0.23.0,
branch
[
https://issues.apache.org/jira/browse/HADOOP-8430?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Eli Collins resolved HADOOP-8430.
-
Resolution: Fixed
Fix Version/s: 1.1.0
Target Version/s: (was: 1.1.0)
Thanks
Hey gang,
fyi, I created a view in jenkins so you can see all the enabled Hadoop builds:
https://builds.apache.org/view/Hadoop
Thanks,
Eli
Eli Collins created HADOOP-8463:
---
Summary: hadoop.security.auth_to_local needs a key definition and
doc
Key: HADOOP-8463
URL: https://issues.apache.org/jira/browse/HADOOP-8463
Project: Hadoop Common
On Wed, May 23, 2012 at 8:58 AM, Owen O'Malley omal...@apache.org wrote:
After a quick look at cmake, it seems reasonable. Please use feature tests
rather than OS tests. (By that I mean that if Solaris needs foobar.h and
RHEL needs sys/foobar.h to get the definition for foobar, the code should
Eli Collins created HADOOP-8430:
---
Summary: Backport new FileSystem methods introduced by HADOOP-8014
to branch-1
Key: HADOOP-8430
URL: https://issues.apache.org/jira/browse/HADOOP-8430
Project: Hadoop
Eli Collins created HADOOP-8431:
---
Summary: Running distcp wo args throws IllegalArgumentException
Key: HADOOP-8431
URL: https://issues.apache.org/jira/browse/HADOOP-8431
Project: Hadoop Common
[
https://issues.apache.org/jira/browse/HADOOP-7069?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Eli Collins resolved HADOOP-7069.
-
Resolution: Fixed
Fix Version/s: (was: 0.24.0)
2.0.0
Replace
Eli Collins created HADOOP-8422:
---
Summary: FileSystem#getDefaultBlockSize
Key: HADOOP-8422
URL: https://issues.apache.org/jira/browse/HADOOP-8422
Project: Hadoop Common
Issue Type: Bug
+1 having a build tool that supports multiple platforms is worth the
dependency. I've also had good experiences with cmake.
On Mon, May 21, 2012 at 6:00 PM, Colin McCabe cmcc...@alumni.cmu.edu wrote:
Hi all,
We'd like to use CMake instead of autotools to build native (C/C++) code in
1 - 100 of 357 matches
Mail list logo