On Wed, Apr 1, 2020 at 8:34 AM Alex Scheel <ascheel@xxxxxxxxxx> wrote: > > ----- Original Message ----- > > From: "Panu Matilainen" <pmatilai@xxxxxxxxxx> > > To: devel@xxxxxxxxxxxxxxxxxxxxxxx > > Sent: Wednesday, April 1, 2020 6:22:39 AM > > Subject: Re: CPE Git Forge Decision > > > > > > I also appreciate that as a community developing our own solutions is > > > something important and something that seems to matter a lot, but we > > > have to realize that the development and maintenance effort cannot be > > > carried out by the CPE team any more. Maybe this is a opportunity to > > > create a SIG or a working group for people that are interested to carry > > > on this effort. > > > > But this is precisely at the heart of the problem: people feel they were > > not given an opportunity to lend a hand, and that now its too late > > because the messaging is that we go with GitLab, no matter what. > > Pagure has huge developer experience bugs filed against it for many > years. Where have all these contributors been? Are those of us who really > dislike Pagure's workflows in the minority? Or are others more prone > to put up with it because it is free, open source software? > > > IMO, it seems like an ideological argument, not a sound technical > one. Technical issues can always be resolved, ideological ones rarely so. I would say it's a combination of disinterest in the issues you've pointed out and general willingness to put up with bugs because it aligns better with their philosophy. Generally speaking, Pagure has served most of the workflows well for package maintainers and has been a nice lightweight solution we can easily extend for our needs. As a general forge, it has been somewhat lacking because the principal interest (until *very* recently) has been around using it as a dist-git system. With the adoption of Pagure by parties who intend to use it more as a general forge, I expect contributions to move towards improving this aspect of the experience. It's not *bad* at being a general forge, it's just not *as good* as proprietary alternatives yet. But ideology + technical capability + scratching itches is how most FOSS gets better. If you don't have that, well... why bother? -- 真実はいつも一つ！/ Always, there's only one truth! _______________________________________________ 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
