Can we remove or quiet down the commit bot in the chatrooms

[Ben Cooksley]

On Thu, May 20, 2021 at 7:40 AM Carson Black <uhhadd at gmail.com> wrote:

> Or in the territory of using a Matrix bot to post commits, I could add
> Matrix capabilities to my bot [1] that's already been monitoring
> invent.kde.org for roughly a year now and has been posting notifications
> to Telegram for that time.
>
> [1] https://invent.kde.org/cblack/kijetesantakalu_lukin
>

That is certainly something we could explore yes.

If we are looking at making this a more widely available service though, it
would be nice if we could arrange for this to be moved to one of our
servers (to ensure continuity of service). This would also make it possible
to consider the use of a Gitlab System Hook (which is a firehose of all
events that happen on a Gitlab instance, and is how the Identity sync
service operates) instead of having to poll the events API.

Cheers,
Ben


>
>
> Carl Schwan <carl at carlschwan.eu> schrieb am Mi., 19. Mai 2021, 14:48:
>
>> Le mercredi, mai 19, 2021 8:37 PM, Nate Graham <nate at kde.org> a écrit :
>>
>> > I find it rather difficult to use #plasma for chats and discussions
>> > because of the near-constant spam from the commit announcement bot.
>> >
>> > It's not that it's useless to have commits announced, but when it
>> > happens in a room where humans are interacting, it's rather disruptive
>> > and spammy. Maybe we could move the bot into a dedicated commit announce
>> > room so that the people who care about this can still see the
>> > announcements there?
>>
>> I did something similar in kde-www and ihmo this is so much better
>> experience.
>> >
>> > Alternatively could we change the bot so that it sends one message for
>> > each commit instead of like 4 or 5?
>>
>> Another alternative would be to switch from skreamer for commit
>> notification
>> to the Matrix gitlab bot[1]. This provides the improvement of sending
>> notifications as notices in Matrix so that Matrix clients don't create
>> notifications for these type of messages and also display the events using
>> a lighter color. This would also notify us about new MR (but I guess this
>> is configurable if not desirable).
>>
>> Carl
>>
>> [1]: https://github.com/maubot/gitlab
>> >
>> > Nate
>>
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/plasma-devel/attachments/20210520/cfc26213/attachment.htm>