Re: Git Forge Requirements: Please see the Community Blog

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

 



On Tue, Jan 21, 2020 at 8:30 PM Leigh Griffin <lgriffin@xxxxxxxxxx> wrote:
>
>
>
> On Tue, Jan 21, 2020, 17:17 Fabio Valentini <decathorpe@xxxxxxxxx> wrote:
>>
>> On Tue, Jan 21, 2020 at 5:40 PM Leigh Griffin <lgriffin@xxxxxxxxxx> wrote:
>> >
>> > Hey Everyone,
>> >
>> > On behalf of the CPE team I want to draw the communities attention to a recent blog post which you may be impacted by:
>> >  https://communityblog.fedoraproject.org/git-forge-requirements/
>> >
>> > We will be seeking input and requirements in an open and transparent manner on the future of a git forge solution which will be run by the CPE team on behalf of the Fedora Community. This mail is being sent to the devel, mindshare and council-discuss lists for maximum visibility on a BCC to allow each list have their own views. Please forward it to any other list you may feel is relevant to maximise the exposure.
>> >
>> > Thanks in advance,
>> > Leigh
>>
>> Alright, I have some questions that are not answered by the blog post.
>>
>> - What is going to happen to the two pagure instances at pagure.io,
>> and src.fedoraproject.org?
>>
>> I think pagure.io is a good home for fedora-related projects (it was
>> the successor to fedorahosted.org, after all, IIRC). I know that many
>> group efforts are hosting their source code, ticketing system, etc.
>> there (Go SIG, Stewardship SIG, FPC, FESCo, etc.). If it is decided to
>> shut down pagure.io, I assume those projects will have to be moved
>> somewhere?

(snip)

> That scenario assumes a certain result and decision from the requirements analysis so I genuinely have no answer here. Whatever choice we make, an impact analysis would be needed in some shape or form. That (and our next steps) will be done collaboratively in the open.

I'm sorry, but I'm genuinely confused now. Maybe I'm tired, or maybe
this is a language barrier issue ... but I'd hope that an impact
analysis of the different possibilities would be done *before* making
a decision, not after?

I mean, whatever the "Git Forge Requirements" will be, we'd need to
know how any change will affect the projects and groups that are
currently using pagure ...

Fabio

>>
>> Also, it's very nice to have a PR-based workflow for some
>> shared-maintenance packages on src.fedoraproject.org, and I don't
>> think losing that feature would be a good thing for fedora.
>>
>> - How is GitHub considered to be an alternative here?
>>
>> I don't think (public or hosted) GitHub can do what is currently done
>> on src.fedoraproject.org, can it?
>> I'd also not want to see fedora use a closed-source product for such a
>> core service ...
>>
>> - Which features are missing from pagure, compared to the other forges?
>>
>> For my purposes, I don't miss any feature on pagure.io compared to my
>> repositories on github.com, and OTTOMH, I can't come up with any
>> missing features, at all ...
>>
>>
>> TL;DR:
>> Can we please keep pagure? It already has the fedora-specific features
>> we need, and I don't mind a "slow" pace of development.
>> In my experience, it works really well, and I actually *like* to use
>> it (which is not true for GitLab ... which is slow and horrible)
>>
>> Fabio
>>
>> > --
>> >
>> > Leigh Griffin
>> >
>> > Engineering Manager
>> >
>> > Red Hat Waterford
>> >
>> > Communications House
>> >
>> > Cork Road, Waterford City
>> >
>> > lgriffin@xxxxxxxxxx
>> > M: +353877545162     IM: lgriffin
>> >
>> > @redhatjobs   redhatjobs @redhatjobs
>> > _______________________________________________
>> > 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
_______________________________________________
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