Upgrade Rallly #187
Labels
No labels
Blocked
Existing Service
Infrastructure Issue
Refactor
Security Hardening
Security Issue
Service Idea
Service Removal
Upgrade service
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: data.coop/ansible#187
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
We're currently running
version: "2"
.rallly:
domain: "when.{{ base_domain }}"
volume_folder: "{{ volume_root_folder }}/rallly"
pre_deploy_tasks: true
version: "2"
postgres_version: 14-alpine
allowed_sender_domain: true
Latest version is 3.4+. Maybe we should target
lukevella/rallly:3.4
?https://github.com/lukevella/rallly/releases
New things...
Upgrade notes:
New self-hosting docs:
This would mean that we can no longer offer this as a service for non-members, or that we would need to allow anyone to register.
I'm not sure how I feel about needing to collect people's email addresses in order for them to be able to use our service, it doesn't really align with our vision about privacy, especially for non-members who we don't have an actual need for collecting email addresses from.
It doesn't work with Keycloak currently.
Another note about emails:
We need to fix our outgoing email setup first. Some providers, at least mine (mailbox.org) greylists emails from
*.data.coop
, so sometimes emails are delayed by 5-10 minutes. Other providers directly block our emails (looking at you, Microsoft).@samsapti let's wait with the upgrade until that Keycloak issue is fixed 👍
As for the anonymity, I agree that it's a regression. It's weird that the maintainer hasn't stated a reason. Maybe they wanted to focus on designing the system for logged in users -- I can understand that the cookie-based management of polls will be different. Or maybe it's really because of some kind of abuse.
Anyways.... I'd be a bit pragmatic about it and maybe say that if we can design our SSO-provider to somehow hand out single-use accounts
<random-string>@anonymous.data.coop
, then we can grant anonymous access for people across many SSO-enabled services?@samsapti I was just trying the demo here, and it still supports "continue as guest"
https://app.rallly.co/
Need to figure out how that works...
Also, the sole-owner and maintainer of the project wants to start earning money pretty soon:
https://github.com/lukevella/rallly/discussions/702
I've added a reply to the thread you linked 🙂
It seems lke there is an (undocumented?) feature flag in the new version that we can play with: https://github.com/lukevella/rallly/discussions/970#discussioncomment-8043421
The Keycloak issue has been fixed, and the registration requirement seems to have been removed. Should we go ahead with the upgrade perhaps?