Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Using project-specific goldberg_config.rb causes build to silently fail (no output) #74

Closed
localshred opened this issue Jun 3, 2011 · 2 comments
Assignees
Labels

Comments

@localshred
Copy link

I have tried various incantations of the goldberg_config.rb file, but in every case, when I specify any commands to override (such as ruby= or environment_variables= or even command=), the build will fail without producing any output. However, if I leave the file in place and remove any assignments from the configure block, I get normal build output.

Here are a few sample configs I tried that produced no output on failed builds:

Project.configure do |c|
  c.ruby = '1.9.2-p0'
  c.environment_variables = {'RACK_ENV' => 'test', 'CHARSET' => 'latin1'}
  c.rake_task = 'ci'
end
Project.configure do |c|
  c.ruby = '1.9.2-p0'
  c.environment_variables = {'RACK_ENV' => 'test', 'CHARSET' => 'latin1'}
  c.command = 'bundle exec rake ci'
end
Project.configure do |c|
  c.ruby = '1.9.2-p0'
  c.command = 'bundle exec rake ci'
end
Project.configure do |c|
  c.command = 'bundle exec rake ci'
end

If the file is empty or non-existant, the build produces output normally. Also of note, the poller log produces only a single line of output on failed builds: "Build Failed". No warnings or stack traces are output.

@daveworth
Copy link
Contributor

I'm not sure this should be labeled as a feature. I'm running into the same scenario. I have two Goldberg hosts (migrating from one to another). The old one displays output, the latter does not, using the same goldberg_config.rb's in the various projects. The emails and other hooks produce correct outputs.

@ghost ghost assigned srushti Jul 30, 2012
@srushti
Copy link
Owner

srushti commented Jul 31, 2012

@daveworth Oops! That certainly wasn't a feature. That was a mistake in tagging, and subsequently made me not look at it.

@localshred This should long since have been fixed though. I'm going to close it. Please, let me know if you're facing issues (this or other).

@srushti srushti closed this as completed Jul 31, 2012
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants