[PA-721] URL Rewrite Rule is Vanagon source.rb always points to http://buildsources.delivery.puppetlabs.net Created: 2016/11/23 Updated: 2018/05/11 Resolved: 2018/05/11
|Component/s:||Build Automation, Packaging, Vanagon|
|Affects Version/s:||puppet-agent 1.8.1|
|Remaining Estimate:||Not Specified|
|Time Spent:||Not Specified|
|Original Estimate:||Not Specified|
Red Hat Enterprise Linux Server release 7.2 (Maipo)
Bundler build of puppet-agent can be run outside of Puppet Labs to create the puppet-agent package for legacy servers, provided all compile time requirements are met.
|Epic Link:||Puppet Agent should be easily buildable by anybody|
When running bundler exec build puppet-agent sles-10-x86_64 tlistmrsuse103 I kept failing with the below error after pulling in pxp-agent from Github.
_An error was encountered evaluating block. Retrying..
Without any further details from the script I dug through the code to find that it was the Augeas component defined in puppet-agent/configs/projects/puppet-agent.rb where it failed, changing the order of Augeas in the proj.component list caused the failure to follow. This also happened when I swapped Augeas for Curl.
Further digging identified the problems as arising from the rewrite section of /home/myhome/lib/ruby/gems/2.1.0/gems/vanagon-0.8.2/lib/vanagon/component/source.rb. I put in quick puts statements to get output of what was happening.
jim: string_rewrite rule=http://buildsources.delivery.puppetlabs.net original_url=http://download.augeas.net/augeas-1.4.0.tar.gz url=http://download.augeas.net/augeas-1.4.0.tar.gz
The code is re-writing the URL to be *http://buildsources.delivery.puppetlabs.net/augeas-1.4.0.tar.gz* instead of *http://download.augeas.net/augeas-1.4.0.tar.gz*.
Changing the return from return File.join(rule,target) to return url allows the build to proceed through download and compiling on the target host where it had been failing constantly before as I have no access to build this inside puppetlabs.net network.
Here is the modified block:
|Comment by Branan Riley [ 2018/05/11 ]|
This should have been fixed by the migration from the URL rewrite system to the built-in mirror support in newer versions of Vanagon