Dne 29. 01. 20 v 17:37 Clement Verna napsal(a): > > > On Wed, 29 Jan 2020 at 16:18, Pierre-Yves Chibon <pin...@pingoured.fr > <mailto:pin...@pingoured.fr>> wrote: > > On Wed, Jan 29, 2020 at 03:56:08PM +0100, Clement Verna wrote: > > On Wed, Jan 29, 2020, 15:23 Julen Landa Alustiza > > <jla...@fedoraproject.org <mailto:jla...@fedoraproject.org>> > wrote: > > > > (snip) > > > > 20/1/29 14:49(e)an, Clement Verna igorleak idatzi zuen: > > > To me that's the all point of this > > > process, let's put down what we *really* *really* need > and then look > > at > > > the different options. > > > > > > > Do we *really* *really* need to compete with other full > featured git > > forges on features? The ODF says that this is one of the > problem. Well, > > imo we don't *really* *really* need to compete with them. > > > > It depends on the use case, doing development work projects > hosted on > > pagure.io <http://pagure.io> is not great in my opinion. In > particular working with pull > > requests. > > In terms of issue trackers, it is missing the ability to > visualize issues > > in a board for example. > > Again this my opinion and maybe these are maybe not *really* > *really* > > needed. > > > > Actually we already have the features that we *really* > *really* need. > > Otherwise we could not release fedora using pagure as we > are using, > > could we? :) > > > > I personally don't think we can release Fedora without people > across the > > project doing heroics and a crazy amount of hours which seems > to have > > become a norm rather than an exception. > > I don't think anyone can disagree with this, but this begs the > question: are > > these heroics related to pagure? > > If not, I'm not sure what is the point you were trying to make for > this thread. > > > My point is that we have to dedicate a team to work on Pagure, I would > rather have these people working on improving the infrastructure so > that we don't need these heroics to happen. If we don't put people to > work on Pagure it will end up being another fedora-packages, badges or > FAS and in couple years it will be too difficult to do anything with > it. It is not only about Pagure, for example I would love to be able > to replace Bodhi with something that we don't have to maintain but it > is much more difficult to find an alternative to Bodhi
cough cough errata cough cough Honestly, sometimes the disconnect between what is going on in Fedora and internally in Red Hat is intriguing. Vít > than Pagure. > > My general feeling is that an infrastructure team should avoid as much > as possible to maintain large applications, the focus should be to > develop the glue needed to for the different services to work together > in the most efficient manner, to monitor the applications, the respond > to outages. > > Does that clarify my thoughts ? > > > > Pierre > _______________________________________________ > devel mailing list -- devel@lists.fedoraproject.org > <mailto:devel@lists.fedoraproject.org> > To unsubscribe send an email to > devel-le...@lists.fedoraproject.org > <mailto:devel-le...@lists.fedoraproject.org> > 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@lists.fedoraproject.org > > > _______________________________________________ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > 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@lists.fedoraproject.org
_______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org 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@lists.fedoraproject.org
