Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
 help / color / mirror / Atom feed
From: Nicolas George via ffmpeg-devel <ffmpeg-devel@ffmpeg.org>
To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org>
Cc: Nicolas George <george@nsup.org>
Subject: [FFmpeg-devel] Re: [POLL] [VOTE] code.ffmpeg.org vs. ML
Date: Wed, 17 Sep 2025 11:41:25 +0200
Message-ID: <aMqCRZdlDLU_kN8R@phare.normalesup.org> (raw)
In-Reply-To: <442e6eb-5688-eb5d-c2ea-2130674cfa83@martin.st>

Martin Storsjö via ffmpeg-devel (HE12025-09-16):
> No, that is not the point at all.
> 
> The point is having one's voice and vote count, without needing to disclose
> it publicly. On potentially contentious matters, people eligible to vote may
> wish to do so, without having to publicly state their preference attached to
> their name.

“The point of secret voting is that people can vote secretly.”
Nice circular reasoning.

Historically, the point of secret ballot in democracies was to prevent
coercion and corruption. This is why citizen not only can vote secretly:
they must. Citizen have to be alone in the voting booth, they cannot
take anything with them that proves what they voted so that nobody can
force them to with a threat of the promise of a bribe.

This principle has been weakened with provisions for remote voting, but
it is still the logical justification for vote secrecy as we have in
democracies.

Note than in other contexts, vote is not secret, because the constraints
are different. Michael already mentioned elected officials. We can also
mention company shareholders: when the shareholders vote on something,
the votes are usually public, at least within the company.

The relationship of FFmpeg developers with the project is more akin to
the relationship of shareholders to a company than to the relationship
of a citizen to their country.

Anyway, the project leader who decides, when polling members, whether
the poll is public or private is a perfectly normal way of managing the
project.

-- 
  Nicolas George
_______________________________________________
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-leave@ffmpeg.org

  reply	other threads:[~2025-09-17  9:42 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-09-16  8:49 [FFmpeg-devel] " Michael Niedermayer via ffmpeg-devel
2025-09-16  9:00 ` [FFmpeg-devel] " Diederick C. Niehorster via ffmpeg-devel
2025-09-16 11:04 ` Timo Rothenpieler via ffmpeg-devel
2025-09-16 11:12 ` Martin Storsjö via ffmpeg-devel
2025-09-16 18:49   ` Michael Niedermayer via ffmpeg-devel
2025-09-16 19:54     ` Martin Storsjö via ffmpeg-devel
2025-09-17  9:41       ` Nicolas George via ffmpeg-devel [this message]
2025-09-18 12:00       ` Michael Niedermayer via ffmpeg-devel
2025-09-16 11:13 ` Martin Storsjö via ffmpeg-devel
2025-09-16 11:54 ` Marvin Scholz via ffmpeg-devel
2025-09-16 13:59 ` Alexander Strasser via ffmpeg-devel
2025-09-16 20:39   ` Michael Niedermayer via ffmpeg-devel
2025-09-16 21:12 ` Balint Marton via ffmpeg-devel
2025-09-17 14:24   ` Timo Rothenpieler via ffmpeg-devel
2025-09-17 18:32     ` Marton Balint via ffmpeg-devel
2025-09-17 23:41       ` Timo Rothenpieler via ffmpeg-devel
2025-09-18  7:02         ` Nicolas George via ffmpeg-devel
2025-09-18  8:52           ` Jacob Lifshay via ffmpeg-devel
2025-09-18  9:15             ` Nicolas George via ffmpeg-devel
2025-09-18  9:49               ` Jacob Lifshay via ffmpeg-devel
2025-09-18 12:18             ` Niklas Haas via ffmpeg-devel
2025-09-18 17:44         ` Marton Balint via ffmpeg-devel
2025-09-17 14:46   ` Niklas Haas via ffmpeg-devel
2025-09-17  3:57 ` Philip Langdale via ffmpeg-devel
2025-09-17  9:42 ` Nicolas George via ffmpeg-devel
2025-09-17 14:44 ` Niklas Haas via ffmpeg-devel
2025-09-18  9:10   ` Zhao Zhili via ffmpeg-devel
2025-09-17 14:53 ` softworkz . via ffmpeg-devel
2025-09-18  9:20 ` Gyan Doshi via ffmpeg-devel
2025-09-19  7:46 ` Peter Ross via ffmpeg-devel

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=aMqCRZdlDLU_kN8R@phare.normalesup.org \
    --to=ffmpeg-devel@ffmpeg.org \
    --cc=george@nsup.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