On Wed, Apr 01, 2020 at 11:49:41AM +0200, Clement Verna wrote: > There is also an historical taste to write in house applications for > things that don't really seems critical to the Fedora Project, for example > do we really need a custom calendar application ? or election application > ? It seems that every time we have a problem the solution is let's write > something to solve that problem, instead of trying to find a compromise > and reuse existing solutions. Could please stop this? The continuous theme of "we're building things because we like it" is unfair to all the people who have been involved in the infrastructure at some point in the past. It is assuming that there was no reasons, that they did not do their research, that they didn't think it through. The requirements for applications 3 years ago were vastly different from what they are today. If you don't know the historical reasons for an app, there are a number of people around who can answer them, but please let's stop assuming things which are at the end of the day insulting and demotivating for the people who were involved then and are still now. This goes for fedocal, for pagure, for anitya. I've seen this question come up often enough (here and elsewhere): "Why aren't we using libraries.io instead of anytia?" Well, the simple reason is: because libraries.io *did* *not* *exist* when anitya was created. So maybe we are not the bad ones that didn't do their research. I am not saying that we can't re-evaluate these decision and see if they still make sense, but please, please, can we stop assuming the worst? > Now when the CPE team goes and ask for more people because we struggle > with current situation, I can only guess that these non critical > applications are mentioned. If I was putting my own money to sponsor a > team to help building a Linux distribution I would be asking why do we > have to develop a calendar application or why do we need a custom git > forge. Here as well, what you believe CPE is meant to be is immensely different than what the Fedora Infrastructure (Fedora Engineering) team was just a few years ago. So asking these questions and taking this angle may make sense with the new vision but you would have a much different picture if you were looking at them from the old vision, or the one before that, or the next one. Let's be aware that Fedora Infra's job hasn't been "Building a linux distro" since it's inception, for a long time its goal was much closer to "building and supporting the *community* that builds the linux distro". If you use this mission statement, you can a much different look at badges, elections or calendaring. Piere _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
