SystemD 기여자, 선택적 연령 확인 필드 때문에 괴롭힘을 당해 설치자 수준 비활성화 제안

Source: Slashdot

인터뷰 개요

FOSS는 Arch Linux 설치 프로그램용 Python 코드를 작성하고 NixOS 패키지를 유지보수하는 소프트웨어 엔지니어를 인터뷰했습니다. 그가 systemd에 최근 추가한 선택적 birthDate 필드(시스템d 사용자 데이터베이스용)는 그를 스포트라이트에 올려놓았습니다.

비평가들은 이 추가를 단순한 기술적 기능이 아니라 정부의 과잉 개입에 대한 상징적 굴복으로 보았으며, 이는 Linux가 기반으로 하는 자유라는 철학적 토대에 대한 공격이라고 주장했습니다. 반발은 단순한 의견 차이를 넘어섰고, 엔지니어는 괴롭힘, 도크싱, 사망 위협, 그리고 악성 메일의 홍수에 시달렸습니다. 그는 GitHub 저장소에서 이슈와 풀‑리퀘스트 탭을 비활성화하도록 강요당했습니다.

Q&A

FOSS 프로젝트가 근본적으로 동의하지 않는 법률에 적응해야 할까요?

답변:
안타깝게도 많은 경우 답은 예입니다. 특히 기업 지원을 받는 배포판의 경우 그렇습니다. 작은 독립 배포판은 항의의 형태로 준수를 거부할 여지가 더 큽니다.

규제를 완전히 무시하면 Linux가 기업에게 매력적이지 않게 되어 기여가 줄고 하드웨어 지원이 제한될 수 있습니다. Valve와 System76 같은 기업들은 이러한 법에 공개적으로 반대하지만 여전히 제약을 받을 수 있습니다. 이는 소프트웨어 기여 품질을 낮추고 일반 사용자에게 Linux 접근성을 감소시킬 것입니다. 폐쇄형 시스템에 대한 실질적인 대안으로서 Linux와 다른 자유 운영체제를 유지하려면 어느 정도의 준수가 필요합니다.

향후 5~10년 안에 규제가 데스크톱 Linux를 재편성해 “준수 Linux”와 “자유‑우선 Linux”가 생길까요?

답변:
예, 어느 정도는 그렇습니다. 분열은 독립 배포판과 기업 지원 배포판 사이의 경계에 따라 나타날 가능성이 높습니다.

이미 어떤 배포판은 연령 인증을 구현할 계획이고, 어떤 배포판은 그렇지 않다는 차이가 보이고 있습니다. 기업 지원 배포판은 위험 회피 정책 때문에 선택의 여지가 없다고 느끼는 경우가 많고, Artix나 Devuan 같은 작은 프로젝트는 더 큰 위험을 감수할 의향이 있을 수 있습니다.

Calamares와 같은 설치 프로그램에서는 이 문제를 어떻게 다룰 수 있을까요?

답변:
엔지니어는 Linux 시스템 설치 프로그램인 Calamares에 해당 기능을 추가하는 방안을 검토했고, 악의적인 행위자들이 개인 정보를 유출하고 모욕을 퍼부은 뒤 스레드가 난입하기 전 유지보수자들과 논의했습니다. 그는 배포판 유지보수자가 위험 허용도를 자유롭게 선택할 수 있도록 하는 것을 지지합니다.

해당 법률이 없는 관할구역(예: 아일랜드에 기반을 둔 Linux Mint)에서 배포되는 경우, 결정은 유지보수자에게 맡겨야 합니다. 한 가지 제안은 날짜 선택기를 포함하고, 이를 비활성화할 수 있는 플래그를 두어 기본값을 끄는 것입니다. Calamares를 사용하는 기업 배포판이나 위험을 감수하고 싶지 않은 배포판은 필요에 따라 이를 활성화할 수 있습니다. 이렇게 하면 생년월일을 수집하고 싶지 않은 유지보수자는 기능을 패치해 제거하기 위해 포크를 만들 필요 없이 회피할 수 있습니다.