From: Marvin Scholz <epirat07@gmail.com> To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org> Subject: Re: [FFmpeg-devel] [POLL] [VOTE] code.ffmpeg.org Date: Mon, 14 Jul 2025 00:22:15 +0200 Message-ID: <87EC417B-BE68-4326-BCFE-C91E8D544C3E@gmail.com> (raw) In-Reply-To: <20250713114357.GD29660@pb2> F (see below for my reasoning) While I would be fine with either outcome, and had helped extensively for the GitLab migration of VLC and at that time was quite convinced its the best solution out there, my opinion on this has changed, and also Gitea or now its fork Forgejo changed quite a bit and also some things on GitLabs side I got increasingly frustrated with. My main issue with GitLab is the enterprise edition. While I understand the need for them to have some sensible business model, I fundamentally disagree with some of their allegedly business features, just to name a few that I very much disagree with: - Scoped labels (https://docs.gitlab.com/user/project/labels/#scoped-labels) - Configurable issue boards (https://docs.gitlab.com/user/project/issue_board/) - Custom fields in issues (https://docs.gitlab.com/user/work_items/custom_fields/) Also, while I don't necessary disagree with this being a more enterprise-ish feature, merge trains are incredibly useful for big open source projects for merging multiple changes efficiently: - Merge trains (https://docs.gitlab.com/ci/pipelines/merge_trains/) Once a feature is in the enterprise edition it is really hard to get it moved into the community edition (Free tier) and also obviously means that no open source contributor could build such a feature and submit it upstream for the community edition. Also GitLabs codebase is very hard to approach as a new contributor, making it quite hard to quickly add a missing feature or fix an annoying issue. There are also somewhat trivial features not implemented for a very long time, just to name one example: - Multiple artifacts for a CI job (https://gitlab.com/gitlab-org/gitlab/-/issues/18744#note_2603279227) Also for this feature they consider it being an "advanced" one and therefore to be an enterprise edition feature: https://gitlab.com/gitlab-org/gitlab/-/issues/18744#note_899915876 Of course this doesn't mean Forgejo is perfect but I am personally more hopeful for its future than I am for GitLab. So I think it would be at least worth a try to go that route. Note also that it doesn't mean anything is set in stone, we could change again if it turns out Forgejo doesn't work well for us… Sorry for the long email, have a nice start of the week everyone! Regards, Marvin Scholz _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".
next prev parent reply other threads:[~2025-07-13 22:22 UTC|newest] Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top 2025-07-13 11:43 Michael Niedermayer 2025-07-13 11:49 ` Kieran Kunhya via ffmpeg-devel 2025-07-13 11:58 ` Timo Rothenpieler 2025-07-13 15:57 ` Michael Niedermayer 2025-07-13 16:07 ` Timo Rothenpieler 2025-07-13 16:15 ` Timo Rothenpieler 2025-07-13 18:51 ` Kieran Kunhya via ffmpeg-devel 2025-07-13 19:03 ` Yalda 2025-07-13 14:38 ` Rémi Denis-Courmont 2025-07-13 15:56 ` Jacob Lifshay 2025-07-13 15:58 ` Timo Rothenpieler 2025-07-13 17:35 ` Michael Niedermayer 2025-07-13 18:04 ` Ronald S. Bultje 2025-07-13 19:47 ` Timo Rothenpieler 2025-07-13 21:47 ` Michael Niedermayer 2025-07-13 22:07 ` Kieran Kunhya via ffmpeg-devel 2025-07-13 21:55 ` Philip Langdale via ffmpeg-devel 2025-07-13 22:04 ` Timo Rothenpieler 2025-07-13 22:22 ` Marvin Scholz [this message] 2025-07-14 2:43 ` Zhao Zhili 2025-07-14 5:50 ` Steven Liu 2025-07-14 9:40 ` Hendrik Leppkes 2025-07-14 9:54 ` Lynne 2025-07-14 9:57 ` Gyan Doshi
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=87EC417B-BE68-4326-BCFE-C91E8D544C3E@gmail.com \ --to=epirat07@gmail.com \ --cc=ffmpeg-devel@ffmpeg.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel This inbox may be cloned and mirrored by anyone: git clone --mirror https://master.gitmailbox.com/ffmpegdev/0 ffmpegdev/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 ffmpegdev ffmpegdev/ https://master.gitmailbox.com/ffmpegdev \ ffmpegdev@gitmailbox.com public-inbox-index ffmpegdev Example config snippet for mirrors. AGPL code for this site: git clone https://public-inbox.org/public-inbox.git