Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
 help / color / mirror / Atom feed
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".

  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