Return-Path: Delivered-To: apmail-buildr-users-archive@www.apache.org Received: (qmail 48745 invoked from network); 20 Oct 2009 13:26:56 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 20 Oct 2009 13:26:56 -0000 Received: (qmail 56838 invoked by uid 500); 20 Oct 2009 13:26:56 -0000 Delivered-To: apmail-buildr-users-archive@buildr.apache.org Received: (qmail 56801 invoked by uid 500); 20 Oct 2009 13:26:56 -0000 Mailing-List: contact users-help@buildr.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@buildr.apache.org Delivered-To: mailing list users@buildr.apache.org Received: (qmail 56791 invoked by uid 99); 20 Oct 2009 13:26:56 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 20 Oct 2009 13:26:56 +0000 X-ASF-Spam-Status: No, hits=-2.6 required=5.0 tests=BAYES_00 X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [80.190.253.131] (HELO mail.baseserver.net) (80.190.253.131) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 20 Oct 2009 13:26:54 +0000 Received: from [192.168.2.164] (unknown [195.180.2.195]) by mail.baseserver.net (Postfix) with ESMTP id CA6299B284 for ; Tue, 20 Oct 2009 15:26:24 +0200 (CEST) Subject: Re: buildr usability From: Martin Grotzke To: users@buildr.apache.org In-Reply-To: <4ADDB132.8050907@gmail.com> References: <4ADDB132.8050907@gmail.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-8HpUs4dwxtxTMjXfueYF" Date: Tue, 20 Oct 2009 15:26:18 +0200 Message-Id: <1256045181.6314.96.camel@localhost.localdomain.tld> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 (2.26.3-1.fc11) --=-8HpUs4dwxtxTMjXfueYF Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, +1, when we introduced buildr in one of our projects we had the similar kind of issues. Cheers, Martin On Tue, 2009-10-20 at 14:46 +0200, Ittay Dror wrote: > Hi, >=20 >=20 > Regarding the next buildr version, I think the biggest issue should be > being able to quickly start using buildr. >=20 >=20 > My experience is that BuildR is great for me as a build developer. It > allows me to do in several lines of code things that would take a lot > more in Ant and that I probably wouldn't even try with Maven. >=20 >=20 > However, when it comes to other developers that just want to compile the > code, the procedure to start working with BuildR is just an obstacle > they need to go through. And given that it is not as standard as Maven > or Ant, it is something new to install. >=20 >=20 > Right now, I have 3 people trying to use BuildR without success. The > first uses linux and so installed the ruby package but had segmentation > faults with java 1.6 (which we must use), so he needed to compile ruby > from source (not a smooth experience for a java developer coming from > windows). After compiling and installing, trying to upload, he got an > error about not being able to require openssl. Now, 'require' is not a > known term to a java developer... the reason for the error was that at > the time of compilation he didn't have libssl-dev installed. So he > needed to install it, re-generate the Makefile for ext/openssl and then > install it. This was a long, un-Java process to go through... >=20 >=20 > Two other users had issues because they couldn't get BuildR to install > on Mac. RJB could not find the ruby headers. We couldn't resolve this > issue, so they needed to resort to using another machine (!) >=20 >=20 > Of course there's the choice of using JRuby. However, It will still > require multiple steps (installing jruby then buildr) and I'm sure it > will have its own issues. >=20 >=20 > What it boils down to is bad first impression with BuildR. >=20 > I want to suggest that BuildR will be provided as a self-contained > package. It could be jruby with all gems that can be extracted some > placed and used, but optimally, it will also be packages per OS (can be > .tar.gz of binaries), which will help performance when running the > builds. An additional feature is proper inspection of the environment > before running (something like 'require 'openssl' rescue puts "please > make sure you have openssl installed, on linux install libssl and on > mac..."). >=20 > Regards, > Ittay >=20 > P.s., I can try to accomplish this if the idea sounds good. >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 --=-8HpUs4dwxtxTMjXfueYF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEABECAAYFAkrdunQACgkQ7FvOl7Te+pYG4QCgghiC5tWOrbGrkOvcWI2i+K3p GUcAn1k5LwRCSkaFDBIOoLYJlfFVndeo =zXpj -----END PGP SIGNATURE----- --=-8HpUs4dwxtxTMjXfueYF--