Debian 일반 결의 투표 방식과 서버에 미치는 영향

Debian에 무엇이 포함될지 결정하는 주체

Debian 일반 결의(General Resolution, GR)는 프로젝트 전체의 투표이며, 한 사람이 정책 문제를 결정하지 않고 Debian이 직접 해결하는 방식이다. 투표권자는 약 1,000명의 Debian Developer다. 투표용지는 순위 투표 방식이며, 누구도 제안하지 않은 "None of the above" 항목이 항상 포함된다. 이 항목은 투표용지의 모든 제안보다 높은 순위를 차지할 수 있다. 실제로 그렇게 되면 프로젝트는 결정하지 않기로 결정한 것이다.

이 내용은 근거 없는 이야기가 아니다. Debian Constitution은 누가 무엇을 결정할 수 있는지, 제안이 투표에 부쳐지는 방법, 투표 집계 방식, 단순 과반수보다 더 높은 찬성이 필요한 결정을 규정한다. 서버에 사용할 배포판을 선택하기 전에 이 문서를 읽어 볼 가치가 있다. 정책 변경이 어떻게 사용자의 시스템에 도달하는지와 얼마나 미리 통지를 받을 수 있는지를 알려 주기 때문이다.

헌법과 헌법이 해결하는 문제

Debian은 1998년 12월 2일에 헌법 버전 1.0을 비준했다. 현재 시행 중인 문서는 2022년 3월 26일에 비준된 버전 1.9다. 이 문서는 상단에 이전의 모든 버전을 나열한다. 문서를 변경할 수 있는 유일한 방법이 문서에 명시된 투표이기 때문이다.

여기에는 네 주체가 중요하다. Developers가 공동으로 최종 권한을 행사한다. Debian Project Leader (DPL)는 매년 선출된다. Technical Committee (TC)는 maintainer 사이의 기술적 분쟁에 대해 판정한다. Project Secretary는 투표를 운영하고 절차에 관한 판정을 내린다.

Section 4.1에는 Developers가 단체로 행사할 수 있는 권한이 나열되어 있다.

• Project Leader를 임명하거나 해임한다.
• 3:1 다수결로 헌법을 개정한다.
• Project Leader 또는 Delegate의 권한으로 승인된 결정을 내리거나 번복한다.
• 2:1 다수결로 Technical Committee의 권한으로 승인된 결정을 내리거나 번복한다.
• 비기술적 정책 문서와 성명을 발행하고, 기존 문서를 대체하거나 철회한다.

이 비율이 설계의 핵심이다. leader의 결정을 번복하는 데 단순 과반수가 필요한 이유는 leader의 결정이 잠정적인 것으로 간주되기 때문이다. Technical Committee의 결정을 번복하는 데 2:1이 필요한 이유는 해당 위원회가 특별한 이유로 판정을 내리도록 위임받았기 때문이다. 헌법이나 Social Contract 같은 기본 문서를 변경하려면 3:1이 필요하다. 번복하기 어려운 결정일수록 이를 내리기 위한 기준도 높아진다.

누가 투표하며 리더는 실제로 무엇을 할 수 있는가

Debian Developer만 투표합니다. 이들은 Debian의 New Member 절차를 통과해 프로젝트 구성원으로 승인된 사람입니다. 이 절차에는 패키지를 유지 관리하지 않더라도 프로젝트의 다른 업무를 수행하는 사람이 포함됩니다. 이 절차를 거치지 않은 기여자는 투표권을 얻지 못하며, 사용자도 마찬가지입니다. 투표권은 개별 구성원에게 귀속되므로 고용주는 의석이나 투표 블록을 보유하지 않습니다.

DPL은 매년 봄 같은 순위 투표 방식으로 선출되며, 기본 선택지로 "None of the above"가 포함됩니다. 임기는 1년입니다. 2026년 선거에서는 후보 추천이 3월 7일부터 13일까지, 선거 운동이 4월 3일까지, 투표가 2026년 4월 4일부터 17일까지 진행되었습니다. Sruthi Chandran이 유일한 후보로 출마해 당선되었습니다. 집계 결과 후보자를 None of the above보다 선호한 표는 289표였고, 반대 방향의 표는 50표였습니다. 결과는 2026년 4월 18일에 발표되었습니다.

직함이 암시하는 것보다 이 직책의 권한은 작습니다. DPL은 delegate를 임명하고, 프로젝트를 대표해 발언하며, 긴급한 조치가 필요한 사안을 결정하고, 다른 누구에게도 책임이 없는 사안을 결정합니다. DPL은 명령만으로 기술 정책을 정할 수 없습니다. section 4.1에 따라 Developers가 리더에게 권한이 부여된 모든 결정을 무효화할 수 있기 때문입니다. 이 무효화에는 단순 과반수만 필요합니다.

Project Secretary는 다른 업무가 원활하게 진행되도록 지원하는 조용한 직책입니다. Secretary는 투표용지를 게시하고, 투표를 소집하며, 집계를 진행하고, 특정 선택지에 필요한 과반수와 같은 절차적 문제에 대해 판정합니다.

일반 결의안이 제안되고 공동 발의되는 방식

결의안은 공개 메일링 리스트에 보내는 이메일로 시작하며, 실제로는 debian-vote@lists.debian.org가 사용된다. 누구나 내용을 읽을 수 있다. 결의안을 제안할 수 있는 사람은 Developer뿐이다.

헌장은 결의안 또는 투표 선택지가 “어떤 Developer가 제안하고 최소 K명의 다른 Developer가 후원하면 발의된다”고 규정한다. K와 정족수는 프로젝트 규모에 따라 정해진다.

2022 non-free firmware vote, published quorum 47.9765567751584

  developers on the roll      1023
  Q  = sqrt(1023) / 2       = 15.992
  K  = min(Q, 5)            = 5        sponsors needed to introduce an option
  3Q = quorum               = 47.977   votes an option must draw to survive

Q는 현재 Developer 수의 제곱근의 절반이며, K는 Q와 5 중 더 작은 값이다. Debian은 수십 년 동안 Developer 수가 100명을 훨씬 넘었으므로, 실제로 K는 5이다. 다른 Developer 5명이 메일링 리스트에서 제안에 후원 의사를 밝히는 답장을 보내야 한다. 이 기준은 의도적으로 낮게 설정되어 있다. 후원은 동의가 아니다. 해당 질문이 투표에 부칠 가치가 있다는 뜻이다.

그다음 토론 기간이 진행된다. 최소 기간은 2주이고 최대 기간은 3주이다. 이 기간에는 다른 Developer가 자신의 후원자 5명과 함께 같은 투표에 다른 선택지를 추가할 수 있다. 2022년 1월 투표로 결의안 절차가 개정된 이후에는 모든 선택지가 동등하며, 최초 제안자가 다른 제안자보다 특별한 지위를 갖지 않는다.

따라서 Debian의 투표는 찬성 또는 반대만 묻는 질문인 경우가 드물다. 일반 결의안은 보통 토론 기간에 서로 다른 사람들이 작성한 경쟁 제안 목록의 형태로 제출된다.

토론이 끝나면 Project Secretary가 투표 용지를 게시하고 투표를 요청하며, 7일 이내에 이를 진행해야 한다. 최근 투표 기간은 2주였다. firmware 결의안은 2022년 9월 18일부터 10월 1일까지 진행되었고, 현재 진행 중인 결의안은 2026년 8월 15일부터 28일까지 진행된다.

투표지가 순위제로 집계되는 이유와 기본 선택지의 역할

Debian은 Condorcet 방식으로 투표를 집계한다. 각 투표자는 선호도에 따라 선택지의 순위를 매긴다. 그런 다음 집계에서는 모든 선택지 쌍을 비교한다. 선택지 A와 B의 경우, A를 B보다 높게 순위를 매긴 투표지 수와 B를 A보다 높게 순위를 매긴 투표지 수를 각각 센다. 모든 일대일 비교에서 승리하는 선택지가 승자가 된다. 선호도가 순환하고 이러한 선택지가 없으면, constitution은 승자가 Schwartz set에서 나올 때까지 가장 약한 패배를 제거한다. Schwartz set은 그룹 외부의 어떤 선택지도 이기지 못하는 선택지들의 집합이다.

순위를 매기면 표 분산 문제가 사라진다. 대체로 같은 입장을 가진 4개의 제안이 서로 표를 상쇄할 수 없기 때문이다. 투표자는 그중 하나를 선호하더라도 자신이 반대하는 선택지보다 나머지 3개를 높게 순위를 매길 수 있다.

모든 General Resolution 투표지는 기본 선택지로 끝난다. constitution은 기본 선택지가 "제안자나 후원자가 없으며 수정하거나 철회할 수 없다"고 규정한다. 현재 이 선택지는 "None of the above"라고 한다. 2022년 1월에 의결된 절차 변경 전에는 "Further Discussion"이라고 했으며, 이전 결과 페이지에는 여전히 이 이름이 표시된다.

기본 선택지는 제안을 단독으로 탈락시킬 수 있는 다음 2가지 규칙의 기준점이다.

• Quorum: 기본 선택지가 아닌 선택지 중 기본 선택지보다 높게 순위를 매긴 표를 최소 3Q표 이상 받지 못한 선택지는 심사 대상에서 제외된다. 2022년에는 약 48표였다.
• Supermajority: 기본 선택지가 아닌 선택지 중 요구된 비율로 기본 선택지를 이기지 못한 선택지는 탈락한다. 3:1 제안은 "None of the above"를 3대 1로 이겨야 한다.

두 번째 규칙은 사람들이 가장 자주 잘못 기억하므로 2번 읽어야 한다. Debian에서 supermajority는 기본 선택지를 기준으로 측정한다. 경쟁 제안은 이 계산에 포함되지 않는다.

기본 선택지가 최종적으로 승리하면 어떤 제안도 채택되지 않고 해당 안건은 다시 목록으로 돌아간다. 이는 실제로 가능한 결과다. 선택지보다 기본 선택지를 높게 순위를 매기는 것은 개발자가 "Debian이 이 내용을 말하는 것보다 아무것도 말하지 않는 편이 낫다"고 밝히는 방식이다.

2022년 3월부터 투표지는 비공개다. 투표지를 비공개로 만든 결의안은 Sam Hartman이 제안했으며, 2022년 3월 13일부터 26일까지 투표가 진행됐다. 채택된 선택지는 어떤 개발자가 어떤 투표지를 제출했는지는 숨기면서도, 투표자가 자신의 투표가 집계에 포함되었는지는 확인할 수 있게 한다. 그 전에는 모든 순위 투표지가 투표자 이름과 함께 공개되었다.

총회 결의안이 실제로 바꾼 것

init 시스템, 두 번. 2014년 2월 11일 Technical Committee는 교착 상태가 이어진 뒤 "jessie의 Linux 아키텍처 기본 init 시스템은 systemd여야 한다"고 결의했다. 의장인 Bdale Garbee가 결정 투표를 행사해 교착 상태를 해소했다. 위원회 자체의 결의안에는 프로젝트가 jessie 릴리스 전에 init 시스템에 관한 GR을 통과시키면 "그 결정이 이 투표의 결과를 대체한다"는 내용도 포함되었다. Ian Jackson은 해당 GR을 제안했다. 투표는 2014년 11월 5일부터 18일까지 진행되었고, 승리한 선택지는 "General Resolution is not required"였다. 프로젝트는 이 투표를 통해 자체 위원회의 결정을 뒤집지 않기로 했다.

이 문제는 2019년 12월 "Init systems and systemd"라는 제목으로 다시 제기되었다. 5명의 개발자가 작성한 7개의 실질적 선택지가 제시되었으며, 한쪽 끝에는 "Focus on systemd", 다른 쪽 끝에는 "Support for multiple init systems is Required"가 있었다. 투표는 2019년 12월 7일부터 27일까지 진행되었고, 집계 결과 425표가 기록되었다. 승리한 선택지는 "Systemd but we support exploring alternatives"였다.

non-free firmware와 다운로드하는 installer. 2022년 프로젝트는 공식 installer에 네트워크 카드 및 기타 하드웨어용 non-free firmware를 포함할지 투표했다. 6개의 제안이 투표에 부쳐졌다. 투표는 2022년 9월 18일부터 10월 1일까지 진행되었고, 승리한 선택지는 "Change SC for non-free firmware in installer, one installer"였다. 이 선택지는 Social Contract를 수정하므로 기본 선택지를 3:1로 이겨야 했으며, 실제로 그렇게 했다.

이 투표는 투표 결과가 사용자의 시스템에 도달하는 가장 분명한 사례다. 2023년 6월 10일 릴리스된 Debian 12 "bookworm"은 대부분의 firmware 패키지를 non-free에서 새 non-free-firmware component로 옮겼고, 하드웨어에 필요하면 installer가 해당 component를 활성화한다. 투표 전에는 firmware가 필요한 네트워크 카드를 사용하는 시스템에서 비공식 image를 받아야 한다는 사실을 알고 있어야 했다. mailing list 게시물, 투표, 사용자가 다운로드하는 ISO는 하나의 사건 흐름으로 연결된다.

의도적으로 아무 말도 하지 않기. 2021년 4월 프로젝트는 Richard Stallman이 Free Software Foundation 이사회에 복귀한 일에 관한 공개 성명을 발표할지 투표했다. 8개의 선택지가 투표에 부쳐졌다. 승리한 선택지는 "Debian will not issue a public statement on this issue"였다. 결의안은 프로젝트에 공동 입장이 없음을 확정할 수도 있다. 기업 홍보 부서에서는 이런 결정을 내리기 어려운 경우가 많다.

진행 중인 결의안: Debian에서의 LLM 사용

현재 대규모 언어 모델(LLM)에 관한 절차가 진행 중이다. "Debian에서의 LLM 사용" 결의안에 대한 논의는 23 July부터 13 August 2026까지 debian-vote에서 진행되었으며, 서로 다른 개발자가 각각 제출한 8개의 제안이 나왔다.

• Social Contract를 통한 Debian 기여에 LLM 사용 금지
• 조건부 AI 지원 기여 허용
• 가능한 범위에서 LLM을 거부하고 Code of Conduct 업데이트
• Debian 관련 작업에 AI 기여 허용
• 생성형 AI의 책임 있는 사용
• 생성형 AI에 대한 신중한 접근
• Debian은 사람이 만든다
• LLM 사용 회피: 기후 파괴는 용납할 수 없음

첫 번째 제안은 Social Contract를 수정하는 방식이므로 기본 선택지보다 3:1의 찬성 비율이 필요하다. 나머지 7개 제안에는 단순 다수결이 적용된다. 투표는 15 August 2026에 시작되었으며 28 August 2026에 종료된다.

이 내용만으로 결과를 예측할 수 없으며, 어떠한 결과도 주장하지 않는다. 투표 기간이 끝나면 Secretary가 전체 쌍대 비교 행렬과 함께 집계 결과를 Debian 투표 페이지에 게시한다. 인용할 가치가 있는 유일한 출처는 해당 페이지다. 이전 제안인 "Interpretation of DFSG on Artificial Intelligence (AI) Models"는 투표에 부쳐지기 전인 2025년에 철회되었다. 철회 역시 절차의 일부다. DFSG는 Debian Free Software Guidelines를 뜻하며, 아직 준비되지 않은 제안은 이를 제출한 사람들이 철회할 수 있다. 이 논쟁은 Debian에만 해당하지 않으며, 다른 프로젝트도 AI 지원 기여에 관한 자체 정책을 매우 다른 방식으로 정하고 있다.

서버 배포판을 선택할 때 이것이 의미하는 것

의사 결정의 두 가지 방식을 명확하게 비교해 보자.

Debian에서는 정책 변경이 실제 정책이 되기 전에 공개 문서로 제시된다. 게시된 당일 제안서를 읽고, 서로 경쟁하는 선택지가 제시되는 과정을 지켜보며, 제안자를 이름으로 확인하고, 투표가 가능한 가장 이른 날짜를 알 수 있다. 이후에는 투표 결과도 읽을 수 있다. 그 대가로 속도는 느리다. 각 투표에는 수 주간의 논의가 필요했고, init system 문제는 안정된 결론에 도달하기까지 5년과 2회의 결의가 필요했다.

Ubuntu에서는 회사 내부에서 방향을 결정한다. Ubuntu의 governance page에는 Community Council과 Technical Board가 설명되어 있다. 또한 프로젝트 후원자인 Mark Shuttleworth가 두 조직의 후보를 사전 선별하고 각 조직에서 가부동수일 때 결정 투표를 행사한다고 명시한다. 직함은 종신 자칭 자비로운 독재자다. 그 결과는 빠르다. 2014년 2월 14일, Debian의 위원회가 systemd를 선택한 지 3일 후에 Shuttleworth는 Ubuntu가 2006년부터 Canonical이 작성하고 배포해 온 init system인 Upstart를 중단하고 Debian을 따라 systemd로 전환한다고 발표했다. Debian은 2014년의 General Resolution 1회와 2019년의 또 다른 General Resolution을 거친 위원회 투표로 같은 결론에 도달했다.

어느 모델도 추상적으로 더 낫다고 할 수 없으며, 두 모델은 서로 다른 방식으로 실패한다. 투표는 느리고, 결의된 집단은 유권자의 생각이 바뀔 때까지 같은 질문을 투표 안건에 반복해서 올릴 수 있다. 기업의 결정은 빠르지만, 여러분이 참석하지 않은 전략 회의에서 뒤집힐 수 있다. 여러분이 선택하는 것은 결정 소식을 어디에서 받을지다. 구독할 수 있는 공개 메일링 리스트인지, 아니면 발표 당일에 읽는 release announcement인지 선택하는 것이다.

실제 운영에서는 투표보다 release policy를 통해 차이를 더 크게 느끼게 된다. 따라서 실무적으로 이어서 확인할 내용은 서버에서 Debian의 stable, testing 및 unstable suite를 사용하는 방식이다. 새 서버를 위해 두 계열 중 하나를 검토하고 있다면 governance 문제는 여러 판단 기준 중 하나다. Debian과 Ubuntu가 분리된 과정에서 나머지 내용을 다루며, VPS에 사용할 operating system 선택에서는 이 선택을 다른 후보와 함께 비교한다. 이러한 분화는 오래된 패턴이다. distribution family가 분기된 방식을 보면 코드가 아니라 governance가 fork의 원인이 된 경우가 얼마나 많았는지 알 수 있다.

투표 결과를 직접 확인하는 방법

이 내용을 확인하는 데 Developer일 필요는 없다. 다음 4곳에 모든 정보가 있다.

• https://www.debian.org/vote/의 투표 색인에는 철회된 결의안을 포함해 연도별 모든 결의안이 나열되어 있다.
• 각 투표 페이지에는 제안 내용, 제안자 이름, 토론 및 투표 날짜, 각 선택지가 얻어야 하는 과반수가 나와 있다.
• 각 결과 페이지에는 쌍대 비교 행렬과 계산 과정이 표시되어 있다. 정족수 관련 줄은 Option 1 Reached quorum: 307 > 47.6943392867539와 같은 형식이다.
• debian-vote 및 debian-devel-announce 아카이브에는 각 선택지를 만든 논거가 보관되어 있다.

헌법 원문은 https://www.debian.org/devel/constitution.에 있다. Appendix A는 투표를 설명하는 부분이며, 결과가 예상과 다르게 보일 때 확인해야 할 섹션이다.

FAQ

Debian General Resolution에 누가 투표할 수 있습니까?

Debian Developers입니다. Debian의 New Member 절차를 통해 프로젝트 구성원으로 승인된 사람을 의미합니다. 대략 1000명이며, 패키지를 유지 관리하지 않고 프로젝트의 다른 업무를 수행하는 구성원도 포함됩니다. 아직 가입하지 않은 기여자, 멤버십이 없는 패키지 관리자, 사용자는 투표권이 없습니다. 투표권은 개별 구성원에게 부여되므로 고용주에게 의석이나 일괄 투표권이 주어지지 않습니다.

General Resolution에서 "None of the above"가 이기면 어떻게 됩니까?

어떤 제안도 채택되지 않고, 안건은 mailing list로 돌아갑니다. 기본 선택지는 모든 투표용지에 포함되며 철회할 수 없습니다. 또한 다음 2가지 규칙의 기준으로 사용됩니다. 정족수 투표에서 기본 선택지보다 높은 순위를 충분히 얻지 못한 선택지는 제외됩니다. 필요한 비율로 기본 선택지를 이기지 못한 선택지도 제외됩니다. 따라서 3:1 다수결이 필요한 제안은 "None of the above"를 3:1로 이겨야 하며, 경쟁 제안은 이 판단에 포함되지 않습니다.

General Resolution으로 Technical Committee 또는 Project Leader의 결정을 뒤집을 수 있습니까?

그렇습니다. constitution은 대상에 따라 서로 다른 요건을 정합니다. Project Leader 또는 Delegate가 권한을 받아 내린 결정을 뒤집으려면 단순 과반수가 필요합니다. Technical Committee의 결정을 뒤집으려면 2:1이 필요합니다. constitution 또는 Social Contract 같은 foundation document를 개정하려면 3:1이 필요합니다. 2014년 11월 프로젝트는 init system에 관한 위원회의 결정을 뒤집을지 묻는 resolution을 진행했지만, "General Resolution is not required" 선택지가 투표에서 승리했으므로 뒤집지 않기로 했습니다.

General Resolution은 제안부터 결과 발표까지 얼마나 걸립니까?

특별한 일이 없으면 약 1개월입니다. 토론 기간은 최소 2주, 최대 3주입니다. 이후 Project Secretary가 토론 종료 후 7일 이내에 투표용지를 게시하고 투표를 시작합니다. 최근 투표 기간은 2주였습니다. LLM 사용에 관한 2026 resolution은 일반적인 진행 형태를 보여 줍니다. 토론은 2026년 7월 23일부터 2026년 8월 13일까지 진행되었고, 투표는 2026년 8월 15일부터 2026년 8월 28일까지 진행되었습니다.