Return-Path: Delivered-To: apmail-buildr-users-archive@www.apache.org Received: (qmail 97049 invoked from network); 7 Oct 2010 22:11:45 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 7 Oct 2010 22:11:45 -0000 Received: (qmail 32274 invoked by uid 500); 7 Oct 2010 22:11:45 -0000 Delivered-To: apmail-buildr-users-archive@buildr.apache.org Received: (qmail 32240 invoked by uid 500); 7 Oct 2010 22:11:45 -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 32232 invoked by uid 99); 7 Oct 2010 22:11:45 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 07 Oct 2010 22:11:45 +0000 X-ASF-Spam-Status: No, hits=2.5 required=10.0 tests=FREEMAIL_FROM,HTML_FONT_FACE_BAD,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of alex.boisvert@gmail.com designates 209.85.216.44 as permitted sender) Received: from [209.85.216.44] (HELO mail-qw0-f44.google.com) (209.85.216.44) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 07 Oct 2010 22:11:39 +0000 Received: by qwc9 with SMTP id 9so385439qwc.17 for ; Thu, 07 Oct 2010 15:11:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=gX9L8W1k40Nvk8FG4qM93XSwpNczijDQqoYp5YOndjk=; b=lcNwdTOux7RndRfZFz/nMRqJhtQ7/h5rCfIjUAy5C4+pi4ZIZhxDXaDUMoAGkd6zwV eWC+uAJq0KQRDjUh4X4gx/AsLZ33x+9hxXmn7zgEp2PRxaMFtythDzOcEl8PXDkB6zre bIph8tC2WLyeFtF/JfvD3+pMale10UdSg//Io= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=sRcgajuBzbZR2cq2sP603uEJUWjvYARjO7gIRHF38SXYFBHzx+l16OpssDfA5kaNKl 7dRG/vKPsJx9oBn3+U0KpCpdo+Aw+Vz7WQRlpmJRKC5uBVeOr6kMqMFo6mVOlzo63aaT WlagQnrfYS5pVgf2y4KJazlPEdDXA98OqiIWc= MIME-Version: 1.0 Received: by 10.224.88.103 with SMTP id z39mr777949qal.43.1286489477906; Thu, 07 Oct 2010 15:11:17 -0700 (PDT) Received: by 10.229.114.209 with HTTP; Thu, 7 Oct 2010 15:11:17 -0700 (PDT) In-Reply-To: References: <0CC3C114-910D-406A-97D6-3CF915A7337E@decodified.com> Date: Thu, 7 Oct 2010 15:11:17 -0700 Message-ID: Subject: Re: Problem with Growl notifications From: Alex Boisvert To: users@buildr.apache.org Content-Type: multipart/alternative; boundary=00c09f905f7c56829e04920e2cdf --00c09f905f7c56829e04920e2cdf Content-Type: text/plain; charset=ISO-8859-1 Hi Mathias, The growl integration code is as follows, def growl_notify(type, title, message) begin # Loading Ruby Cocoa can slow the build down (hooks on Object class), so we're # saving the best for last and only requiring it at the very end. require 'osx/cocoa' icon = OSX::NSApplication.sharedApplication.applicationIconImage icon = OSX::NSImage.alloc.initWithContentsOfFile(File.join(File.dirname(__FILE__), '../resources/buildr.icns')) # Register with Growl, that way you can turn notifications on/off from system preferences. OSX::NSDistributedNotificationCenter.defaultCenter. postNotificationName_object_userInfo_deliverImmediately(:GrowlApplicationRegistrationNotification, nil, { :ApplicationName=>'Buildr', :AllNotifications=>['Completed', 'Failed'], :ApplicationIcon=>icon.TIFFRepresentation }, true) OSX::NSDistributedNotificationCenter.defaultCenter. postNotificationName_object_userInfo_deliverImmediately(:GrowlNotification, nil, { :ApplicationName=>'Buildr', :NotificationName=>type, :NotificationTitle=>title, :NotificationDescription=>message }, true) rescue Exception => e # We get here in two cases: system doesn't have Growl installed so one of the OSX # calls raises an exception; system doesn't have osx/cocoa, e.g. MacPorts Ruby 1.9, # so we also need to rescue LoadError. puts e puts e.backtrace end end I suggest that you try an interactive Ruby session (irb), paste the code there and see if calling: growl_notify('type', 'title', 'message') works on your machine or produces an exception. alex On Thu, Oct 7, 2010 at 3:00 PM, Mathias wrote: > Actually, on my machine it does not issue any growl notifications at all, > neither during cc nor "regular" builds. > I'm not sure though, whether it did not actually work at some point, a few > weeks ago, when I tried buildr for the first time. > Back then it was still buildr 1.4.1. > Could there be upgrade leftovers somewhere? > What would be the best way to "reset" buildr to a clean "post-install" > state? > > Cheers, > Mathias > > --- > mathias@decodified.com > http://www.decodified.com > > On 07.10.2010, at 22:52, Alex Boisvert wrote: > > > On Thu, Oct 7, 2010 at 2:16 PM, Mathias wrote: > > > >> Guys, > >> > >> I am evaluating Buildr as the potential build tool of choice for a > larger, > >> multi-module Scala project of ours. > >> I am especially interested in the "continuous compilation" feature, that > >> seems to work nicely so far. > >> However, for some reason the advertised Growl notifications do not seem > to > >> work. > >> > > > > Are you saying growl doesn't work when using continuous compilation? Or > at > > all? > > > > I don't think notifications have been integrated into the continuous > > compilation feature. Would be easy to ... > > > > alex > > --00c09f905f7c56829e04920e2cdf--