Return-Path: Delivered-To: apmail-lucene-hadoop-dev-archive@locus.apache.org Received: (qmail 6152 invoked from network); 8 Oct 2006 04:25:40 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 8 Oct 2006 04:25:40 -0000 Received: (qmail 84619 invoked by uid 500); 8 Oct 2006 04:25:39 -0000 Delivered-To: apmail-lucene-hadoop-dev-archive@lucene.apache.org Received: (qmail 84597 invoked by uid 500); 8 Oct 2006 04:25:39 -0000 Mailing-List: contact hadoop-dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: hadoop-dev@lucene.apache.org Delivered-To: mailing list hadoop-dev@lucene.apache.org Received: (qmail 84587 invoked by uid 99); 8 Oct 2006 04:25:39 -0000 Received: from idunn.apache.osuosl.org (HELO idunn.apache.osuosl.org) (140.211.166.84) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 07 Oct 2006 21:25:39 -0700 X-ASF-Spam-Status: No, hits=0.0 required=5.0 tests= Received: from [209.237.227.198] ([209.237.227.198:54728] helo=brutus.apache.org) by idunn.apache.osuosl.org (ecelerity 2.1.1.8 r(12930)) with ESMTP id CA/A8-11753-1CD78254 for ; Sat, 07 Oct 2006 21:25:37 -0700 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 951C97141F2 for ; Sat, 7 Oct 2006 21:25:20 -0700 (PDT) Message-ID: <19231193.1160281520607.JavaMail.root@brutus> Date: Sat, 7 Oct 2006 21:25:20 -0700 (PDT) From: "Owen O'Malley (JIRA)" To: hadoop-dev@lucene.apache.org Subject: [jira] Commented: (HADOOP-584) Calling shell scripts from build.xml discriminates Windows user minority. In-Reply-To: <16860241.1160180419554.JavaMail.root@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/HADOOP-584?page=comments#action_12440730 ] Owen O'Malley commented on HADOOP-584: -------------------------------------- I don't see this as a bug. If you have cygwin installed it should run fine. And cygwin is explicitly required in the documentation: ===================================== Requirements 1. Java 1.4.x, preferably from Sun Set JAVA_HOME to the root of your Java installation. 2. ssh must be installed and sshd must be running to use Hadoop's scripts to manage remote Hadoop daemons. On Ubuntu, this may done with sudo apt-get install ssh 3. rsync must be installed to use Hadoop's scripts to manage remote Hadoop installations. On Ubuntu, this may done with sudo apt-get install rsync. 4. On Win32, cygwin, for shell support. To use Subversion on Win32, select the subversion package when you install, in the "Devel" category. Distributed operation has not been well tested on Win32, so this should primarily be considered a development platform at this point, not a production platform. ===================================== This should be updated to say that Java 1.5 is required. The new saveVersion.sh script should probably detect and handle internally if svn is not installed/found. Although it is hard to imagine a case where I wanted to build Hadoop and not have svn installed. > Calling shell scripts from build.xml discriminates Windows user minority. > ------------------------------------------------------------------------- > > Key: HADOOP-584 > URL: http://issues.apache.org/jira/browse/HADOOP-584 > Project: Hadoop > Issue Type: Bug > Components: scripts > Affects Versions: 0.7.0 > Environment: Windows > Reporter: Konstantin Shvachko > > This is introduced by HADOOP-567. > The problem is that now I cannot even build hadoop in Eclipse under Windows unless I run it under Cygwin. > This is in a way the same as calling make in build.xml, which was recently fixed HADOOP-537. > I think we should not introducing more dependencies on Cygwin just in order to show something in Web UI. > I also don't remember we claimed that Cygwin or anything else except for Ant is required for Hadoop builds. > Is there another way of solving this? > build.xml defines "version" property, Ant has "user.name" property. URL is not changing very often. > Or may be the web ui should obtain these properties in run-time. > Or may be the Packaging is a better solution, as you guys discussed. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira