This all started with an investigation into Fedora's use of ecua2ools package. This package is a bit of a nightmare because it pulls in a lot of other system-python packages. For Ubuntu, this package was removed in I47b7e787771683c2fc4404e586f11c1a19aac15c. However, it is not actually a "pure python" package as described in that change, in that it is not installable from pypi. I can't see how you could actually run exercises/euca.sh on Ubuntu unless you installed euca2ools by hand -- ergo I suggest it is totally unused, because nobody seems to have reported problems. In the mean time, ec2 api has moved to a plugin [1] anyway where the recommendation in their README is to use the aws cli from amazon. Thus remove all the parts related to EC2 and ecua2ools from base devstack. [1] https://git.openstack.org/cgit/openstack/ec2-api Change-Id: I8a07320b59ea6cd7d1fe8bce61af84b5a28fb39e
		
			
				
	
	
		
			27 lines
		
	
	
		
			923 B
		
	
	
	
		
			Bash
		
	
	
	
	
	
			
		
		
	
	
			27 lines
		
	
	
		
			923 B
		
	
	
	
		
			Bash
		
	
	
	
	
	
#!/usr/bin/env bash
 | 
						|
#
 | 
						|
# source exerciserc
 | 
						|
#
 | 
						|
# Configure the DevStack exercise scripts
 | 
						|
# For best results, source this _after_ stackrc/localrc as it will set
 | 
						|
# values only if they are not already set.
 | 
						|
 | 
						|
# Max time to wait while vm goes from build to active state
 | 
						|
export ACTIVE_TIMEOUT=${ACTIVE_TIMEOUT:-30}
 | 
						|
 | 
						|
# Max time to wait for proper IP association and dis-association.
 | 
						|
export ASSOCIATE_TIMEOUT=${ASSOCIATE_TIMEOUT:-15}
 | 
						|
 | 
						|
# Max time till the vm is bootable
 | 
						|
export BOOT_TIMEOUT=${BOOT_TIMEOUT:-30}
 | 
						|
 | 
						|
# Max time from run instance command until it is running
 | 
						|
export RUNNING_TIMEOUT=${RUNNING_TIMEOUT:-$(($BOOT_TIMEOUT + $ACTIVE_TIMEOUT))}
 | 
						|
 | 
						|
# Max time to wait for a vm to terminate
 | 
						|
export TERMINATE_TIMEOUT=${TERMINATE_TIMEOUT:-30}
 | 
						|
 | 
						|
# The size of the volume we want to boot from; some storage back-ends
 | 
						|
# do not allow a disk resize, so it's important that this can be tuned
 | 
						|
export DEFAULT_VOLUME_SIZE=${DEFAULT_VOLUME_SIZE:-1}
 |