Originally created by @lukas2511 on GitHub (Jan 29, 2017).
Originally assigned to: @lukas2511 on GitHub.
Currently users are basically accepting the Let's Encrypt terms of service the moment they run dehydrated for the first time, this is a bit ugly and since it's missing any hint on that it may not even be fully legal...
To make this better dehydrated should query boulder for the required license url and ask the user to set this URL in config on first use.
This way everything can still be fully automated by just adding the LICENSE variable to the configuration file, but for normal use it will make the user aware of the terms of service.
Originally created by @lukas2511 on GitHub (Jan 29, 2017).
Originally assigned to: @lukas2511 on GitHub.
Currently users are basically accepting the Let's Encrypt terms of service the moment they run dehydrated for the first time, this is a bit ugly and since it's missing any hint on that it may not even be fully legal...
To make this better dehydrated should query boulder for the required license url and ask the user to set this URL in config on first use.
This way everything can still be fully automated by just adding the LICENSE variable to the configuration file, but for normal use it will make the user aware of the terms of service.
This ticket replaces #249 and #248.
So basically when they set new license URL in some monthes, what are steps to update automated setups? Manually update $LICENSE in config ? Or nothing is required?
@ezbik commented on GitHub (Jan 30, 2017):
So basically when they set new license URL in some monthes, what are steps to update automated setups? Manually update `$LICENSE` in `config` ? Or nothing is required?
Until now License only seems to be verified on registration, not entirely sure if there is some kind of account-update for future license changes, I'll have to look into that, but otherwise nothing is required to be changed.
@lukas2511 commented on GitHub (Jan 30, 2017):
Until now License only seems to be verified on registration, not entirely sure if there is some kind of account-update for future license changes, I'll have to look into that, but otherwise nothing is required to be changed.
Until now License only seems to be verified on registration, not entirely sure if there is some kind of account-update for future license changes
The agreement URL is only enforced at the time of registration/account creation. The wording of the terms-of-service is such that existing accounts are automatically agreed to future updates without needing to do any kind of account update for the new ToS if it changes.
@cpu commented on GitHub (Nov 15, 2017):
> Until now License only seems to be verified on registration, not entirely sure if there is some kind of account-update for future license changes
The agreement URL is only enforced at the time of registration/account creation. The wording of the terms-of-service is such that existing accounts are automatically agreed to future updates without needing to do any kind of account update for the new ToS if it changes.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Originally created by @lukas2511 on GitHub (Jan 29, 2017).
Originally assigned to: @lukas2511 on GitHub.
Currently users are basically accepting the Let's Encrypt terms of service the moment they run dehydrated for the first time, this is a bit ugly and since it's missing any hint on that it may not even be fully legal...
To make this better dehydrated should query boulder for the required license url and ask the user to set this URL in config on first use.
This way everything can still be fully automated by just adding the LICENSE variable to the configuration file, but for normal use it will make the user aware of the terms of service.
This ticket replaces #249 and #248.
@lukas2511 commented on GitHub (Jan 29, 2017):
Implemented in
6a32f20e00@ezbik commented on GitHub (Jan 30, 2017):
So basically when they set new license URL in some monthes, what are steps to update automated setups? Manually update
$LICENSEinconfig? Or nothing is required?@lukas2511 commented on GitHub (Jan 30, 2017):
Until now License only seems to be verified on registration, not entirely sure if there is some kind of account-update for future license changes, I'll have to look into that, but otherwise nothing is required to be changed.
@cpu commented on GitHub (Nov 15, 2017):
The agreement URL is only enforced at the time of registration/account creation. The wording of the terms-of-service is such that existing accounts are automatically agreed to future updates without needing to do any kind of account update for the new ToS if it changes.