Glenn Plas

concerning nr 3 of the OP's list: I like to bump this fix due to walking under a ladder, putting a black cat over my left shoulder ... and oh.....

Hi Petere, I think deleting the user is correct, I also figured it would be a cool feature to be able to purge all/certain users from memory using a pgbouncer...

You can find the BE community online here : https://app.element.io/?#/room/#osmbe:matrix.org

Seems to work for me this fix. There isn't a file like that on my whole disk. Do we need it ?

I assume that on RDS (haven't tested) you cannot access pg_authid either ? aka : `select * from pg_authid;`

Hi Joe, I have an aversion against using RDS. I've had tons of issues with it's so-called HA , I've had databases of 10GB where the failover to the backup...

Check this https://tickets.puppetlabs.com/browse/MODULES-5068 There seems to be a workaround in there using pg_user , assuming in RDS you have access to that view

It's by design because PG authenticates sessions early. See here https://www.2ndquadrant.com/en/blog/pg-phriday-securing-pgbouncer/

That doesn't work for me. I still have the same issue as the OP after deleting the lock file: ``` - Downloading twig/twig (3.x-dev 833e51e) 82/101 [======================>-----] 81% Failed to...

Hi, Additionally, when replacing the package in the composer.json with the cloned version it doesn't find the required version per constraint: ``` Installing dependencies from lock file (including require-dev) Verifying...