Re: Git Forge Requirements: Please see the Community Blog

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




Dne 29. 01. 20 v 17:37 Clement Verna napsal(a):


On Wed, 29 Jan 2020 at 16:18, Pierre-Yves Chibon <pingou@xxxxxxxxxxxx> 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@xxxxxxxxxxxxxxxxx> 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 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@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

_______________________________________________
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
_______________________________________________
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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux