[tantek]the request was submitted by [ben_thatmustbe] and I'm inclined to accept it for all repos unless there's a reason to be cautious/suspicious of it
[tantek]I think perhaps [ben_thatmustbe] first asked for the Travis CI install in order for the change to not upset the build checks, but then decided to merge anyway?
[tantek]ok. weird that I can't "reject" the request. I can only "cancel" from the request URL. but can still accidentally click it in the future to try again
[jgarber]Someone may have requested accidentally or otherwise that Travis be authorized for the org? That may have been what triggered the emails y’all received?
[jgarber]Oh, I vaguely recall Ben using some of my GitHub Actions work as a base for the CI workflow in the microformats-ruby repo. That’s why it looks familiar. 😂
[0x3b0b]...I think someone mentioned something at $dayjob today about a piece of software seeming to be made entirely of edge cases, so that gave me a chuckle
[aciccarello]Well my bridgy-fed posting appears to have not been working. webmention.app was ignoring the bridgy fed URLs because they were outside of e-content.
[KevinMarks] Wasn't there a big Travis vulnerability last year?
[tantek] oh wait, maybe with the recent PR we no longer need Travis CI? https://github.com/microformats/microformats-ruby/pull/132
[snarfed] https://github.com/microformats/mf2py/issues/177 turned up an odd difference between parsers. tantek.com has both https://tantek.com/ and https://tantek.com/? (note trailing question mark) as rel urls. php-mf2 merges them in the rel-urls field, mf2py doesn't. which is right? should we change one of them?
[jgarber] MicroMicro treats the two URLs separately as well: https://micromicro.cc/search?url=https%3A%2F%2Ftantek.com
[aciccarello] Well my bridgy-fed posting appears to have not been working. webmention.app was ignoring the bridgy fed URLs because they were outside of e-content.