Dne 29. 01. 20 v 17:37 Clement Verna napsal(a):
On Wed, 29 Jan 2020 at 16:18, Pierre-Yves Chibon <pingou(a)pingoured.fr
<mailto:pingou@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
> <jlanda(a)fedoraproject.org <mailto:jlanda@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(a)lists.fedoraproject.org
<mailto:devel@lists.fedoraproject.org>
To unsubscribe send an email to
devel-leave(a)lists.fedoraproject.org
<mailto:devel-leave@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(a)lists.fedoraproject.org
To unsubscribe send an email to devel-leave(a)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