--profile aws_profile, -p aws_profile
which AWS profile in ~/.aws/ should be used. default="aws"
but the profile option has now disappeared. The older version configuration was treating AWS as the primary (mandatory) provider and was then looping through all other profiles and asking the user if they wanted to configure one of them and read profiles from ~/.aws to obtain the defaults.
The only thing that was stored in Froster was the provider name and the bucket name, tier and bucket prefix were treated as global settings, with the option to browse the bucket list we should now have a bucket per profile. Let's assume we have 3 configured 3 profiles, config.ini could look like this:
storage_class could potentially move into the profile as well but it seems that AWS is currently the only provider that supports anything beyond STANDARD (but this could change in the future)
This is probably not needed as there is no case where AWS config and AWS credentials are in different folders, also we should not make this configurable as it would result in bad behavior such as putting creds in shared locations. It should always be in ~/.aws
An earlier version of Froster has this
but the profile option has now disappeared. The older version configuration was treating AWS as the primary (mandatory) provider and was then looping through all other profiles and asking the user if they wanted to configure one of them and read profiles from ~/.aws to obtain the defaults. The only thing that was stored in Froster was the provider name and the bucket name, tier and bucket prefix were treated as global settings, with the option to browse the bucket list we should now have a bucket per profile. Let's assume we have 3 configured 3 profiles, config.ini could look like this:
storage_class could potentially move into the profile as well but it seems that AWS is currently the only provider that supports anything beyond STANDARD (but this could change in the future)
This is probably not needed as there is no case where AWS config and AWS credentials are in different folders, also we should not make this configurable as it would result in bad behavior such as putting creds in shared locations. It should always be in ~/.aws