User Details
- User Since
- Jun 10 2021, 05:00 (183 w, 6 d)
- Availability
- Available
Sat, Dec 14
Tue, Dec 10
fixed capability
Mon, Dec 9
Sun, Dec 8
Fix my local unit test config
Sat, Dec 7
Wed, Dec 4
Tue, Dec 3
do you really think I could afford one
Sun, Dec 1
this unfortunately caused T15963: LDAP over TLS is broken :/
Tue, Nov 26
Works on my machine!
Sun, Nov 24
Oct 26 2024
Aug 19 2023
Jun 29 2023
Jun 12 2023
Mar 13 2022
Sep 22 2021
I'm mostly a Debian person (so I'm not aware of CentOS specifics) but my understanding is that CentOS 7 shipped with PHP 5.4 and has newer versions available via alternative repositories (not sure if official or not), while CentOS 8 (and Rocky Linux 8, if that matters) had PHP 7.2 by default and shipped a few years back. Is there a reason we're not basing our PHP support on latest distro releases (plus something like a year or two for a transition buffer), especially if newer PHP versions are available for older distro versions available as backports? I don't think requiring PHP / distro upgrades every few years is unreasonable.
Aug 23 2021
Jul 28 2021
I prefer IRC but don't have any issues with having Matrix bridged there, but I would prefer to not have separate unbridged channels to reduce fragmentation of the already-small community.
Jun 11 2021
Jun 10 2021
Thanks. We might want to add Trusted Contributors create/edit policies on projects too, but otherwise I think that should be everything to get us started.
I think that's good to get us going. Who would be able to manage membership of the blessed_commiters / security groups? Admins?