<div dir="auto">On Sat, Jun 13, 2020 at 7:49 AM Andras Mantia <<a href="mailto:amantia@kde.org" target="_blank" rel="noreferrer">amantia@kde.org</a>> wrote:<br>
><br>
> Hey,<br>
<br>
Hi all,<br>
<br>
><br>
>  don't want to add much as I'm not active anymore and have my share of fault<br>
> for not fixing certain bugs, but I'd like to reply to only one thing...<br>
><br>
> On Friday, June 12, 2020 6:11:31 AM EEST Nate Graham wrote:<br>
> > However I think there is a bigger challenge that just the technical<br>
> > issues. My interactions in bug reports have been quite negative, I have<br>
> > to say, and I don't feel like the developer culture is very welcoming<br>
> > right now.<br>
><br>
> Sorry if you had bad experience, not sure what happened, but I can assure that<br>
> most (or rather: all) developers I worked with in the PIM area were nice and<br>
> friendly.<br>
<br>
They are however, terrible at reading emails from the CI system. To the point I suspect they have filters sending such mail to the trash so it is never seen. <br>
<br>
Akonadi has been in a broken state for several days now on FreeBSD. They have received multiple notices of this to their mailing list, and yet no action has been taken. <div dir="auto"><br>
Because other software outside of PIM depends on Akonadi, the dependency builds for the CI system are unable to successfully finish (failing in Akonadi), meaning the CI system is now effectively unmaintainable on FreeBSD.<br>
<br>
Continued builds for software in Extragear and Release Service are therefore currently dependent on the Binary Compatibility of the system not being broken. <div dir="auto"><br></div><div dir="auto">Should anything happen to affect that then all of those builds will cease to work and be unfixable. That is a situation that I find fundamentally unacceptable. </div><div dir="auto"><br></div><div dir="auto">This type of issue has come up numerous times before, and is one that the PIM developers have failed to address. </div><div dir="auto"><br></div><div dir="auto">I'm therefore at a loss for options going forward and think that the only reasonable and viable solution in the long run will be to blacklist Akonadi from the CI system, and remove CI builds for everything with a hard dependency on it, including all of KDE PIM. <br><div dir="auto"><br>
><br>
> Andras<br>
><br>
><br></div><div dir="auto"><br></div><div dir="auto">Regards, </div><div dir="auto">Ben</div></div></div></div>