Normally it's just a nitpick to not have trailing spaces on variables.
However, for some things like mac address, it really matters.
Bunches of buildhw's were failing ansibile because they were passing
"mac address " to linux-system-roles networking and ansible was going
'huh, nope, I can't find that mac address here at all'.
So, just blow all the tailing spaces away to avoid any other variables
that hit this.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
The important change here is to retry to connect when we lose our connection
to rabbitmq.fedoraproject.org. (https://pagure.io/fedora-infrastructure/issue/9794)
be75c716bae720c45e720f8e1cecab01f4355bd3..98645617cd8529c042f1c398b283264a66a4bea5
Owen W. Taylor (6):
run-redis.sh: bind only to localhost and set a (trivial) password
release_info.py: Fix typo in the release name for F35
bodhi_change_monitor: handle exceptions when talking to fedora-messaging
bodhi_change_monitor: Don't just retry on stream lost, retry on connection refused
bodhi_change_monitor: Retry on ssl.SSLError
bodhi_change_monitor: Improve logging of exceptions
Signed-off-by: Owen W. Taylor <otaylor@fishsoup.net>
This commit swaps the recipients of the diversity@fp.o email address
from @jflory7, the outgoing D&I Advisor, with @siddharthvipul1, the
incoming D&I Advisor for Fedora 34.
I believe that `roles/fasjson` is current and `roles/fas_client` is
retired from FAS2, but I could not find confirmation that it is retired
or deprecated. So, I updated both roles.
CC: @riecatnor @mattdm, who are also included as recipients to this
email address alias.
CC: @lilyx @ramyaparimi @t0xic0der @mouse, sharing as a "For Your
Information". Did you know we have a diversity@fp.o mail alias? Now you
do. 😉
Signed-off-by: Justin W. Flory (he/him) [Fedora Project] <jwf@fedoraproject.org>
Include staging db servers as postgres
drop a bunch of old squid rules from kojipkgs (it uses varnish now)
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
Before the ansible repo was public, everyone who could commit to it was
in the sysadmin group, which required FPCA agreement. Now that it's
public we should make sure to clarify this for all users who might
submit contributions. Additionally we should add a note to the pull
request template.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
This should fix: https://bugzilla.redhat.com/show_bug.cgi?id=1953178
and pipewire upgrade issues.
Right now the base f34 repo has iptables.i686 and pipewire.i686 in it.
pipewire.i686 would be pulled into updates by mutter.i686, but there's
not yet a mutter update.
iptables.i686 wouldn't be pulled in as nothing depends on it, but it's in the
base repo so thus on users systems.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
This used to be a role-specific handler, though we have a special
upgrade playbooks (e.g. copr-keygen-upgrade.yml) that failed because
they use but don't import the copr/* roles (and role handlers). So we
would have to either import role-specific handlers explicitly, or do
this commit.
