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월 19일에 발표되었다.

직책의 권한은 명칭에서 느껴지는 것보다 작다. DPL은 대리인을 임명하고 프로젝트를 대표하며, 긴급한 조치가 필요한 사안을 결정하고, 다른 누구에게도 책임이 없는 사안을 결정한다. DPL은 독단적으로 기술 정책을 정할 수 없다. section 4.1에 따라 Developers가 리더에게 권한이 부여된 모든 결정을 무효화할 수 있으며, 이를 위해서는 단순 과반수만 필요하기 때문이다.

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

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

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

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

2022 voting secrecy 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의 투표는 단순한 찬반 질문인 경우가 드물다. 일반 결의안(GR)은 보통 토론 기간 동안 여러 사람이 작성한 경쟁 제안 목록의 형태로 제출된다.

토론이 끝나면 Project Secretary가 투표용지를 공지하고 투표를 요청한다. 이 작업은 7일 이내에 진행해야 한다. 최근 투표 기간은 2주였다. 펌웨어 결의안은 2022년 9월 18일부터 10월 1일까지, 가장 최근의 LLM 결의안은 2026년 8월 15일부터 28일까지 투표가 진행되었다.

투표용지가 순위를 사용하는 이유와 기본 선택지가 하는 일

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

순위를 매기면 표 분산 문제가 사라진다. 대체로 같은 견해를 가진 4개의 제안이 서로 표를 상쇄할 수는 없다. 어떤 선택지를 선호하는 투표자는 자신이 싫어하는 선택지보다 나머지 3개 선택지를 여전히 높게 순위를 매길 수 있기 때문이다.

모든 General Resolution 투표용지는 기본 선택지로 끝난다. constitution은 기본 선택지가 "제안자나 sponsor가 없으며, 수정하거나 철회할 수 없다"고 규정한다. 현재 기본 선택지는 "위의 어느 것도 아님(None of the above)"이라고 부른다. 2022년 1월에 의결된 절차 변경 전에는 "추가 논의(Further Discussion)"라고 불렀으며, 이전 결과 페이지에는 여전히 이 이름이 표시된다.

기본 선택지는 제안을 단독으로 무효화할 수 있는 다음 2가지 규칙의 기준점이다.

• 정족수: 기본 선택지 이외의 선택지 중 기본 선택지보다 높게 순위가 매겨진 표를 최소 3Q표 이상 받지 못한 선택지는 검토 대상에서 제외된다. 2022년에는 약 48표였다.
• 특별 다수결: 기본 선택지가 아닌 선택지 중 필요한 비율로 기본 선택지를 이기지 못한 선택지는 제외된다. 3:1 제안은 "위의 어느 것도 아님(None of the above)"을 3 대 1로 이겨야 한다.

두 번째 규칙은 사람들이 잘못 기억하는 규칙이므로 다시 읽어야 한다. Debian의 특별 다수결은 기본 선택지를 기준으로 측정한다. 경쟁 제안은 이 계산에 포함되지 않는다.

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

2022년 3월부터 투표용지는 비밀로 처리된다. 해당 결의안은 2022년 3월 13일부터 26일까지 투표되었으며, 특별 다수결 규칙이 어떻게 작동하는지 보여 준다. 유권자의 신원을 숨기자는 Sam Hartman의 선택지는 기본 선택지를 149 대 94로 이기는 데 그쳐, constitution 변경에 필요한 3:1에 미달했으므로 제외되었다. Judit Foglszinger가 제안한 승리 선택지는 185 대 61로 해당 기준을 통과했으며 constitution version 1.9가 되었다. 이 방식은 어떤 개발자가 어떤 투표용지를 제출했는지는 숨기면서도, 투표자가 자신의 투표가 집계에 포함되었는지는 확인할 수 있게 한다. 그 전에는 순위를 매긴 모든 투표용지에 투표자의 이름이 함께 공개되었다.

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

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"였다. 결의안은 프로젝트에 공동 입장이 없음을 확정할 수도 있다. 기업 홍보 부서에서는 이런 결정을 내리기 어려운 경우가 많다.

데비안에서 LLM 사용에 관한 최근 결의

이번 결의 절차는 large language model(LLM)을 대상으로 진행되었다. "데비안에서 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부터 28 August 2026까지 진행되었고, 투표권자 명부에는 개발자 1045명이 등록되어 있었다. 정족수는 약 48.5표였으며, 8개 선택지 모두 이 기준을 충족했다.

결과에는 이전 섹션에서 설명한 두 규칙이 모두 적용되었다. Social Contract 선택지는 "None of the above"보다 높게 순위를 매긴 투표가 144표였고 낮게 매긴 투표가 257표였다. 비율은 0.560으로, 필요한 기준인 3에 미치지 못했으므로 탈락했다. "가능한 범위에서 LLM을 거부하고 Code of Conduct 업데이트"는 기본 선택지에 176 대 230으로 직접 패배하여 탈락했다. 당선된 제안은 "생성형 AI의 책임 있는 사용"이었다. 이 제안은 기본 선택지를 281 대 126으로 이겼고, 다른 모든 선택지와의 일대일 대결에서도 승리했다. 12 October 2026 기준으로 Debian의 2026 vote index에는 이 결의가 완료된 것으로 표시되어 있으며, 열려 있는 다른 General Resolution은 없다.

Secretary는 전체 쌍대 비교 행렬과 함께 집계 결과를 Debian vote 페이지에 게시한다. 당선된 문구의 내용을 인용할 때 신뢰할 수 있는 출처는 해당 페이지뿐이다. 이전 제안인 "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일까지 진행되었습니다.