[
https://issues.apache.org/jira/browse/HADOOP-8427?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alejandro Abdelnur resolved HADOOP-8427.
Resolution: Fixed
Fix Version/s: 3.0.0
Hadoop Flags: Reviewed
Thanks
Radim,
you can do mvn install in the plugins project and then you'll be able to
use it from the project you are using the plugin.
if the plugin is avail in a maven repo, then you don't need to do that.
Thx
On Tue, Dec 11, 2012 at 7:16 PM, Radim Kolar h...@filez.com wrote:
what is proposed
i've been playing around writing a couple of maven plugins, one to replace
saveversion.sh and the other to invoke protoc. they both work in windows
standard cmd (no cygwin required). together with hadoop-8887 they would remove
most of the scripting done the poms.
(they also work in linux and
Alejandro Abdelnur created HADOOP-9116:
--
Summary: test and source JARs should not be in cluster classpath
Key: HADOOP-9116
URL: https://issues.apache.org/jira/browse/HADOOP-9116
Project: Hadoop
Alejandro Abdelnur created HADOOP-9117:
--
Summary: replace protoc ant plugin exec with a maven plugin
Key: HADOOP-9117
URL: https://issues.apache.org/jira/browse/HADOOP-9117
Project: Hadoop Common
29, 2012 at 2:39 PM, Matt Foley mfo...@hortonworks.comwrote:
Hi Alejandro,
Please see in-line below.
On Mon, Nov 26, 2012 at 1:52 PM, Alejandro Abdelnur t...@cloudera.com
wrote:
Matt,
The scope of this vote seems different from what was discussed in the
PROPOSAL thread
Hey Matt,
We already require java/mvn/protoc/cmake/forrest (forrest is hopefully on
its way out with the move of docs to APT)
Why not do a maven-plugin to do that?
Colin already has something to simplify all the cmake calls from the builds
using a maven-plugin
, the need for cross-platform scripting
remains.
Thanks,
--Matt
On Wed, Nov 21, 2012 at 11:25 AM, Alejandro Abdelnur t...@cloudera.com
wrote:
Hey Matt,
We already require java/mvn/protoc/cmake/forrest (forrest is hopefully on
its way out with the move of docs to APT)
Why not do a maven
[
https://issues.apache.org/jira/browse/HADOOP-7411?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alejandro Abdelnur resolved HADOOP-7411.
Resolution: Duplicate
MAPREDUCE-4266 took care of removing the ant stuff which
Alejandro Abdelnur created HADOOP-8968:
--
Summary: TaskTracker and DataNode relaxed version check is not
working
Key: HADOOP-8968
URL: https://issues.apache.org/jira/browse/HADOOP-8968
Project
[
https://issues.apache.org/jira/browse/HADOOP-8887?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alejandro Abdelnur reopened HADOOP-8887:
Thanks Suresh, my bad, missed to tweak the POM versions when merging, I'll do
[
https://issues.apache.org/jira/browse/HADOOP-8887?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alejandro Abdelnur resolved HADOOP-8887.
Resolution: Fixed
Committed to branch-2 after tweaking POM versions, did a full
site? let me check that, I may have missed that in my second attempt, oops!
On Thu, Oct 18, 2012 at 9:08 PM, Andrew Purtell apurt...@apache.org wrote:
The build would fail in the site phase for me for some reason because of
a missing dependency management section. Adding dev-support as parent
[
https://issues.apache.org/jira/browse/HADOOP-8887?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alejandro Abdelnur reopened HADOOP-8887:
I've just reverted both branch-2 and trunk, while the dist tarball is being
built
+1
Alejandro
On Oct 15, 2012, at 10:52 AM, Robert Evans ev...@yahoo-inc.com wrote:
Eli,
By packaging I assume that you mean the RPM/Deb packages and not the tar.gz.
If that is the case I have no problem with them being removed because as you
said in the JIRA BigTop is already providing
Alejandro Abdelnur created HADOOP-8881:
--
Summary: FileBasedKeyStoresFactory initialization logging should
be debug not info
Key: HADOOP-8881
URL: https://issues.apache.org/jira/browse/HADOOP-8881
If I recall correctly many of the tests where ported over and only the
ones depending on JT/TT stuff were not, no?
Thx
On Thu, Sep 27, 2012 at 7:44 AM, Thomas Graves tgra...@yahoo-inc.com wrote:
So is someone signing up to do this port soon? Otherwise I don't see the
point in us spending time
[
https://issues.apache.org/jira/browse/HADOOP-8805?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alejandro Abdelnur reopened HADOOP-8805:
reverted commits from trunk and branch-2
Move protocol buffer
Alejandro Abdelnur created HADOOP-8810:
--
Summary: when building with documentation build stops waiting for
ENTER on terminal
Key: HADOOP-8810
URL: https://issues.apache.org/jira/browse/HADOOP-8810
Alejandro Abdelnur created HADOOP-8781:
--
Summary: hadoop-config.sh should add JAVA_LIBRARY_PATH to
LD_LIBRARY_PATH
Key: HADOOP-8781
URL: https://issues.apache.org/jira/browse/HADOOP-8781
Project
Makes sense, though the Jenkins runs should continue to run w/ native, right?
On Thu, Sep 6, 2012 at 12:49 AM, Hemanth Yamijala yhema...@gmail.com wrote:
Hi,
The test-patch script in Hadoop source runs a native compile with the
patch. On platforms like MAC, there are issues with the native
Alejandro Abdelnur created HADOOP-8738:
--
Summary: junit JAR is showing up in the distro
Key: HADOOP-8738
URL: https://issues.apache.org/jira/browse/HADOOP-8738
Project: Hadoop Common
I'm in the process of setting up test-patch for Oozie.
Got the initial test-patch, got the jenkins job (parameterized and
triggered remotely via URL)
My last piece of the puzzle is getting JIRA to call the job URL with
the JIRA ID when a patch becomes available.
How is that done in Hadoop?
.
-- Forwarded message --
From: *Alejandro Abdelnur* t...@cloudera.com mailto:t...@cloudera.com
Date: Thu, Aug 16, 2012 at 11:07 PM
Subject: hadoop qa bot, how does it work?
To: common-dev@hadoop.apache.org mailto:common-dev@hadoop.apache.org
I'm in the process
Alejandro Abdelnur created HADOOP-8699:
--
Summary: some common testcases create core-site.xml in
test-classes making other testcases to fail
Key: HADOOP-8699
URL: https://issues.apache.org/jira/browse/HADOOP
This is me,
https://issues.apache.org/jira/browse/HADOOP-8699
On it
Thx
On Tue, Aug 14, 2012 at 10:33 AM, Eli Collins e...@cloudera.com wrote:
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,
Alejandro Abdelnur created HADOOP-8643:
--
Summary: hadoop-client should exclude hadoop-annotations from
hadoop-common dependency
Key: HADOOP-8643
URL: https://issues.apache.org/jira/browse/HADOOP-8643
Alejandro Abdelnur created HADOOP-8644:
--
Summary: AuthenticatedURL should be able to use SSLFactory
Key: HADOOP-8644
URL: https://issues.apache.org/jira/browse/HADOOP-8644
Project: Hadoop Common
[
https://issues.apache.org/jira/browse/HADOOP-8565?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alejandro Abdelnur resolved HADOOP-8565.
Resolution: Duplicate
This is a dup of HADOOP-8355 (which I've missed to backport
Alejandro Abdelnur created HADOOP-8581:
--
Summary: add support for HTTPS to the web UIs
Key: HADOOP-8581
URL: https://issues.apache.org/jira/browse/HADOOP-8581
Project: Hadoop Common
Alejandro Abdelnur created HADOOP-8566:
--
Summary: AvroReflectSerializer.accept(Class) throws a NPE if the
class has no package (primitive types and arrays)
Key: HADOOP-8566
URL: https://issues.apache.org
[
https://issues.apache.org/jira/browse/HADOOP-8249?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alejandro Abdelnur resolved HADOOP-8249.
Resolution: Fixed
Fix Version/s: 1.2.0
committed to branch-1
[
https://issues.apache.org/jira/browse/HADOOP-8496?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alejandro Abdelnur resolved HADOOP-8496.
Resolution: Duplicate
dup of HADOOP-4335
FsShell is broken
Alejandro Abdelnur created HADOOP-8518:
--
Summary: SPNEGO client side should use KerberosName rules
Key: HADOOP-8518
URL: https://issues.apache.org/jira/browse/HADOOP-8518
Project: Hadoop Common
Alejandro Abdelnur created HADOOP-8512:
--
Summary: AuthenticatedURL should reset the Token when the server
returns other than OK on authentication
Key: HADOOP-8512
URL: https://issues.apache.org/jira/browse
Alejandro Abdelnur created HADOOP-8496:
--
Summary: FsShell is broken with s3 filesystems
Key: HADOOP-8496
URL: https://issues.apache.org/jira/browse/HADOOP-8496
Project: Hadoop Common
[
https://issues.apache.org/jira/browse/HADOOP-8368?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alejandro Abdelnur resolved HADOOP-8368.
Resolution: Fixed
I've reverted Nicholas revert from trunk branch-2, cleanly
[
https://issues.apache.org/jira/browse/HADOOP-8478?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alejandro Abdelnur resolved HADOOP-8478.
Resolution: Invalid
It works just fine, by mistake I was kinit-ing instead login
As a heads up,
autoconf is dead, long live cmake
HADOOP-8368 is in in both trunk and branch-2 (thanks Colin)
If you are building native Hadoop (-Pnative) you may need to install CMAKE
in your system.
Thx
--
Alejandro
Alejandro Abdelnur created HADOOP-8465:
--
Summary: hadoop-auth should support ephemeral authentication
Key: HADOOP-8465
URL: https://issues.apache.org/jira/browse/HADOOP-8465
Project: Hadoop
Alejandro Abdelnur created HADOOP-8467:
--
Summary: hadoop-client module should have testcases that ensure no
client dependencies are missing
Key: HADOOP-8467
URL: https://issues.apache.org/jira/browse/HADOOP
Alejandro Abdelnur created HADOOP-8459:
--
Summary: make SecurityUtil.setTokenServiceUseIp method public
Key: HADOOP-8459
URL: https://issues.apache.org/jira/browse/HADOOP-8459
Project: Hadoop
Alejandro Abdelnur created HADOOP-8403:
--
Summary: bump up POMs version to 2.0.1-SNAPSHOT
Key: HADOOP-8403
URL: https://issues.apache.org/jira/browse/HADOOP-8403
Project: Hadoop Common
Alejandro Abdelnur created HADOOP-8355:
--
Summary: SPNEGO filter throws/logs exception when authentication
fails
Key: HADOOP-8355
URL: https://issues.apache.org/jira/browse/HADOOP-8355
Project
Alejandro Abdelnur created HADOOP-8356:
--
Summary: FileSystem service loading mechanism should print the
FileSystem impl it is failing to load
Key: HADOOP-8356
URL: https://issues.apache.org/jira/browse
Alejandro Abdelnur created HADOOP-8345:
--
Summary: HttpServer adds SPNEGO filter mapping but does not
register the SPNEGO filter
Key: HADOOP-8345
URL: https://issues.apache.org/jira/browse/HADOOP-8345
Alejandro Abdelnur created HADOOP-8346:
--
Summary: Changes to support Kerberos with non Sun JVM
(HADOOP-6941) broke SPNEGO
Key: HADOOP-8346
URL: https://issues.apache.org/jira/browse/HADOOP-8346
Alejandro Abdelnur created HADOOP-8325:
--
Summary: remove FileSystem JVM shutdown hook that does closeAll()
Key: HADOOP-8325
URL: https://issues.apache.org/jira/browse/HADOOP-8325
Project: Hadoop
PLEASE
On Fri, Apr 27, 2012 at 4:48 PM, Tom White t...@cloudera.com wrote:
Just to be clear, the HADOOP-8308 patch is selective about which tests
it runs, so it doesn't increase build run times. Unless there are any
objections, I'd like to commit the patch and switch Jenkins to run
[
https://issues.apache.org/jira/browse/HADOOP-8314?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alejandro Abdelnur resolved HADOOP-8314.
Resolution: Fixed
committed to branch-1
HttpServer
[
https://issues.apache.org/jira/browse/HADOOP-8314?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alejandro Abdelnur reopened HADOOP-8314:
we need backport for branch-1
HttpServer#hasAdminAccess should
Alejandro Abdelnur created HADOOP-8314:
--
Summary: HttpServer#hasAdminAccess should return false if
authorization is enabled but user is not authenticated
Key: HADOOP-8314
URL: https://issues.apache.org/jira
Alejandro Abdelnur created HADOOP-8309:
--
Summary: Pseudo Kerberos AuthenticationHandler should use
getType() to create token
Key: HADOOP-8309
URL: https://issues.apache.org/jira/browse/HADOOP-8309
Giri,
On Tue, Apr 17, 2012 at 8:36 PM, Giridharan Kesavan
gkesa...@hortonworks.com wrote:
Alejandro,
On Tue, Apr 17, 2012 at 4:52 PM, Alejandro Abdelnur t...@cloudera.com wrote:
Giri,
I agree that running ALL tests all time takes a lot of time
(personally I'd prefer we do
which may not be very helpful
Im -1 on this.
-Giri
On Mon, Apr 16, 2012 at 2:22 PM, Aaron T. Myers a...@cloudera.com wrote:
On Mon, Apr 16, 2012 at 2:14 PM, Alejandro Abdelnur
t...@cloudera.comwrote:
* all testcases should always be run (else a change in hdfs could
affect yarn/tools
+1,
I'd still go a bit further in the simplification of what testpatch does.
* patches must at root level (not even try to be smart)
* all testcases should always be run (else a change in hdfs could
affect yarn/tools but not be detected, or one in yarn affect tools)
Thxs.
Alejandro
On Mon,
[
https://issues.apache.org/jira/browse/HADOOP-8249?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alejandro Abdelnur reopened HADOOP-8249:
we need backport for hadoop 1
invalid hadoop-auth cookies should
Components: conf
Affects Versions: 0.24.0, 0.23.3
Reporter: Alejandro Abdelnur
Priority: Critical
Fix For: 0.23.3
The logic to do print a warning only once per deprecated key does not work:
{code}
2012-03-21 22:32:58,121 WARN Configuration:661 - user.name
Components: conf
Affects Versions: 0.24.0, 0.23.3
Reporter: Alejandro Abdelnur
Assignee: Alejandro Abdelnur
Priority: Blocker
Fix For: 0.23.3
The deprecated Configuration logic works as follows:
For a dK deprecated key in favor of nK
: Hadoop Common
Issue Type: Improvement
Components: security
Affects Versions: 0.24.0, 0.23.2
Reporter: Alejandro Abdelnur
Assignee: Alejandro Abdelnur
Fix For: 0.23.2
Currently the exact Kerberos principal name has to be set
/browse/HADOOP-8086
Project: Hadoop Common
Issue Type: Improvement
Components: security
Affects Versions: 0.24.0, 0.23.2
Reporter: Alejandro Abdelnur
Assignee: Alejandro Abdelnur
Fix For: 0.23.2
--
This message
Components: build
Affects Versions: 0.24.0, 0.23.2
Reporter: Alejandro Abdelnur
Assignee: Alejandro Abdelnur
Fix For: 0.23.2
Attachments: HADOOP-8083.patch
After running a clean build/dist in some modules an 'api/' directory shows up
I've just done some tweaks in the POMs and I'm cutting the 8.30min full
dist build down to 3.45min. I'm removing all javadoc stuff from the dist
profile.
I think we should introduce a developer profile that does this.
Also, the 'mvn install -DskipTests', to get the JARs in your m2 cache is
: build
Affects Versions: 1.0.0
Reporter: Alejandro Abdelnur
Assignee: Alejandro Abdelnur
the get .. task does a timestamp check, as ivy JAR is final release it should
use the skip if already downloaded check.
--
This message is automatically generated by JIRA.
If you
: 1.0.0
Reporter: Alejandro Abdelnur
Assignee: Alejandro Abdelnur
Priority: Critical
HADOOP-7001 introduced the *Configuration.unset(String)* method.
MAPREDUCE-3727 requires that method in order to be back-ported.
This is required to fix an issue manifested when
Issue Type: Improvement
Components: build
Affects Versions: 1.0.0, 0.23.0, 0.22.0, 0.24.0, 0.23.1
Reporter: Alejandro Abdelnur
Assignee: Alejandro Abdelnur
Priority: Critical
Using Hadoop from projects like Pig/Hive/Sqoop/Flume/Oozie or any in-house
[
https://issues.apache.org/jira/browse/HADOOP-7978?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alejandro Abdelnur reopened HADOOP-7978:
it seems there is no standard for what goes first, we'll have to change the
test
[
https://issues.apache.org/jira/browse/HADOOP-7978?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alejandro Abdelnur resolved HADOOP-7978.
Resolution: Invalid
This is an issue in systems where /etc/hosts is not properly
: build
Affects Versions: 0.24.0, 0.23.1
Reporter: Alejandro Abdelnur
Assignee: Alejandro Abdelnur
Priority: Critical
Fix For: 0.24.0, 0.23.1
Move all dependencies versions to the dependencyManagement section in the
hadoop-project POM
Move all
: build
Affects Versions: 0.24.0, 0.23.1
Reporter: Alejandro Abdelnur
Fix For: 0.24.0, 0.23.1
As a follow up of HADOOP-7934, we should fix the scope of dependencies, ie many
deps meant for testing have compile scope and end up in the binary distribution
(ie junit
Issue Type: Improvement
Components: security
Affects Versions: 0.24.0, 0.23.1
Reporter: Alejandro Abdelnur
Fix For: 0.24.0, 0.23.1
Currently the check done in the *hasSufficientTimeElapsed()* method is
hardcoded to 10 mins wait.
The wait time should
Issue Type: Improvement
Components: build
Affects Versions: 0.24.0, 0.23.1
Reporter: Alejandro Abdelnur
Assignee: Alejandro Abdelnur
Fix For: 0.24.0, 0.23.1
--
This message is automatically generated by JIRA.
If you think it was sent
Project: Hadoop Common
Issue Type: Bug
Components: security
Affects Versions: 0.24.0, 0.23.1
Reporter: Alejandro Abdelnur
Assignee: Alejandro Abdelnur
Priority: Critical
Fix For: 0.24.0, 0.23.1
While
Ron,
Hadoop native currently does not compile in Mac OS X. There have been some
JIRAs to fix that, but nobody took on them.
Thanks.
Alejandro
On Thu, Dec 1, 2011 at 3:55 PM, Ronald Petty ronald.pe...@gmail.com wrote:
Hello,
I am new to Hadoop development and seem to be stuck on building
IMO sorting is something the FS shell should do, not the FileSystem.
Thanks.
Alejandro
On Sat, Nov 5, 2011 at 7:51 PM, Uma Maheswara Rao G 72686
mahesw...@huawei.com wrote:
- Original Message -
From: M. C. Srivas mcsri...@gmail.com
Date: Sunday, November 6, 2011 3:13 am
Subject: Re:
Tim,
You have to download it snappy from source tarball, run './configure' and
then 'make install'
Thanks.
Alejandro
On Mon, Oct 31, 2011 at 11:24 AM, Tim Broberg tbrob...@yahoo.com wrote:
bump
Does anybody know how to build the snappy native library?
- Tim.
.
I'd really like not to switch to a different branch of the code yet again,
and surely *somebody* knows how to build snappy in the trunk...
- Tim.
From: Alejandro Abdelnur [t...@cloudera.com]
Sent: Monday, October 31, 2011 12:45 PM
To: common-dev
correct
On Mon, Oct 31, 2011 at 4:33 PM, Tim Broberg tim.brob...@exar.com wrote:
Download from google code?
From: Alejandro Abdelnur [t...@cloudera.com]
Sent: Monday, October 31, 2011 3:34 PM
To: common-dev@hadoop.apache.org
Subject: Re: Example
From: Alejandro Abdelnur [t...@cloudera.com]
Sent: Wednesday, September 07, 2011 11:35 AM
To: mapreduce-...@hadoop.apache.org
Subject: Re: Hadoop Tools Layout (was Re: DistCpV2 in 0.23)
Makes sense
On Wed, Sep 7, 2011 at 11:32 AM, milind.bhandar...@emc.com wrote:
+1
I've just uploaded a patch for MAPREDUCE-3003.
What is left to test is to get HDFS/MR2 running for a build and run an
example.
I don't think I'll have a chance to do that test today.
If somebody volunteers and does the run and +1 then it can be committed to
trunk and on Monday or Tuesday we can
: 0.23.0
Reporter: Alejandro Abdelnur
Fix For: 0.23.0
HADOOP-7624
HDFS-2294
MAPREDUCE-3014
HDFS-2322
HADOOP-7642
MAPREDUCE-3171
HADOOP-7737
MAPREDUCE-3177
MAPREDUCE-3003
HADOOP-7590
MAPREDUCE-3024
HADOOP-7538
--
This message is automatically generated by JIRA.
If you
: build
Affects Versions: 0.23.0, 0.24.0
Reporter: Alejandro Abdelnur
Assignee: Alejandro Abdelnur
Fix For: 0.23.0, 0.24.0
Currently we are building binary distributions only.
We should also build a full source distribution from where Hadoop can be built
Currently common, hdfs and mapred create partial tars which are not usable
unless they are stitched together into a single tar.
With HADOOP-7642 the stitching happens as part of the build.
The build currently produces the following tars:
1* common TAR
2* hdfs (partial) TAR
3* mapreduce
Issue Type: Improvement
Components: build
Affects Versions: 0.23.0, 0.24.0
Reporter: Alejandro Abdelnur
Assignee: Alejandro Abdelnur
Fix For: 0.23.0, 0.24.0
Attachments: HADOOP-7737.patch
Normalize the build fo hadoop-mapreduce and hadoop
Newbie committer here,
I may be missing something but I'm unable to do a commit due to the
following error.
Any idea?
Thanks.
Alejandro
SVN commit error:
-
dontknow:svn tucu$ svn commit -m HDFS-2294. Download of commons-daemon TAR
should not be under target (tucu)
Authentication realm:
Issue Type: Improvement
Components: build
Affects Versions: 0.23.0, 0.24.0
Reporter: Alejandro Abdelnur
Fix For: 0.23.0, 0.24.0
Basically, test-patch.sh needs some tinkering to recognize hadoop-tools-project
along-side common/mapreduce/hdfs
Laxman,
This is not an incorrect usage of maven phases, those generated Java classes
are test classes, thus is generation in the 'generate-test-sources' phase.
The problem seem to be that eclipse does not recognize the
target/generated-test-source/java directory as a source directory (for
the generated tests directory in
the eclipse config with a pom change, which I think would be better then
trying to move the phase where test code is generated. So please file a
JIRA for it and we can discuss the proper fix in context of that JIRA.
--Bobby Evans
On 9/20/11 8:35 AM, Alejandro
Components: build
Affects Versions: 0.23.0, 0.24.0
Reporter: Alejandro Abdelnur
Assignee: Alejandro Abdelnur
Fix For: 0.23.0, 0.24.0
Instead having a post build script that stitches commonhdfsmmr, this should
be done as part of the build when
+1. In addition, I've found easier for identifying the right patch to use a
version suffix, like HADOOP-1234v2.patch. Maybe we should recommend
something like that as a naming convention in the HowToContribute
On Fri, Sep 9, 2011 at 2:38 AM, Vinod Kumar Vavilapalli
vino...@hortonworks.com wrote:
Agreed. Furthermore, if I have 10+ versions of a patch, when getting
feedback knowing for with version would be handy, having a single name makes
this correlation difficult.
Thxs.
Alejandro
[PS: I know, I should code better not have to go thru several versions]
On Fri, Sep 9, 2011 at 11:08 AM,
Components: security
Affects Versions: 0.20.205.0, 0.23.0, 0.24.0
Reporter: Alejandro Abdelnur
Priority: Critical
Fix For: 0.20.205.0, 0.23.0, 0.24.0
[thxs ATM for point this one out]
Alfredo configuration currently is stored in the core-site.xml file
Eric,
Personally I'm fine either way.
Still, I fail to see why a generic/categorized tools increase/reduce the
risk of dead code and how they make more-difficult/easier the
packagedeployment.
Would you please explain this?
Thanks.
Alejandro
On Tue, Sep 6, 2011 at 6:38 PM, Eric Yang
Affects Versions: 0.23.0, 0.24.0
Reporter: Alejandro Abdelnur
Assignee: Alejandro Abdelnur
Fix For: 0.23.0, 0.24.0
Currently SnappyCodec is doing:
{code}
public static boolean isNativeSnappyLoaded(Configuration conf) {
return LoadSnappy.isLoaded
: Alejandro Abdelnur
Assignee: Alejandro Abdelnur
Avro 1.5.3 depends on Snappy-Java 1.5.3 which enables the use of its SO file
from the java.library.path
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
Affects Versions: 0.23.0
Reporter: Alejandro Abdelnur
Assignee: Alejandro Abdelnur
Fix For: 0.23.0
MR1 code is still available in MR2 for testing contribs.
While this is a temporary until contribs tests are ported to MR2.
As a follow up the contrib
[
https://issues.apache.org/jira/browse/HADOOP-7583?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alejandro Abdelnur resolved HADOOP-7583.
Resolution: Won't Fix
Closing as agreed.
Eric, FYI, I've tried used properties
[
https://issues.apache.org/jira/browse/HADOOP-7583?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alejandro Abdelnur resolved HADOOP-7583.
Resolution: Invalid
As per Thomas' comment, use '-Pdist' (to create layout only
Versions: 0.23.0
Reporter: Alejandro Abdelnur
Assignee: Alejandro Abdelnur
Fix For: 0.23.0
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
: Sub-task
Reporter: Alejandro Abdelnur
Assignee: Alejandro Abdelnur
Currently hadoop-common is a JAR module, thus it cannot aggregate sub-modules.
Changing it to POM module it makes it an aggregator module, all the code under
hadoop-common must be moved to a sub-module
201 - 300 of 319 matches
Mail list logo
