메시온(Meson) 개발자 유시 파카넨(Jussi Pakkanen)에 따르면, 디비안의 수십 년 된 버그 처리 워크플로우가 유지보수자들을 지치게 하고 수정 작업을 늦추고 있다고 합니다.
데비안(Debian) 프로젝트 내부에서 한 베테랑 관리자(maintainer)가 데비안의 버그 추적 시스템(bug tracking system)이 구식이며 현대 소프트웨어 개발 환경에 점차 비효율적이라고 비판하면서 논란이 일고 있다. Meson 빌드 시스템 제작자이자 데비안 관리자인 주시 파카넨(Jussi Pakkanen)이 12월 22일에 제기한 비판에 따르면, 데비안이 이메일 기반 버그 관리에 의존하는 방식이 기여자들의 참여 의욕을 저해하고 버그 상태를 제대로 유지하지 못하게 만든다고 주장한다.
데비안에서 Meson 패키지를 담당하는 파카넨은 현재 프로젝트의 버그 추적 시스템이 여전히 개발자들에게 특수 형식으로 작성된 이메일을 특정 제어 주소로 보내어 버그 상태를 관리하도록 요구한다고 밝혔다. 데비안이 버그를 조회할 웹 인터페이스를 제공하지만, 버그를 닫거나, 재할당하거나, 심각도를 조정하는 등의 작업은 최신 인증 웹 UI를 통하는 방식이 아니라 일반적으로 이메일 명령어를 통해 이루어진다.
그는 "버그를 수정하는 유일한 방법으로 이메일 클라이언트를 사용하는 것은 나쁜 아이디어일 뿐 아니라 끔찍한 아이디어다. 버그 관리가 너무 힘들어서 데비안 기여 자체에서 멀어지게 만든다. Meson의 버그 상태가 최신화되지 않은 것은 버그 추적기 자체를 다루는 것보다 이 상태가 더 나으니까다. 나만 이런 생각을 하는 것은 아닐 것이라 생각한다"고 말했다.
개발자의 1994년 리눅스 데스크톱 재현 애플리케이션이 현대 웹 앱으로 브라우저에서 실행됩니다.
리눅스 민트 팀은 개발 노력을 가속화하기 위해 릴리스 간의 간격을 늘리는 방안을 고려하고 있습니다.
그의 견해로는, 수정 사항이 업스트림(upstream)에서 이용 가능하더라도, 현 시스템은 관리자들에게 불필요한 오버헤드를 발생시키고, 버그가 이미 해결되었어야 하는 훨씬 오랜 시간이 지난 후에도 버그가 열려 있거나 오분류될 가능성을 키운다. 또한 그는 보안 및 감사 가능성에 대한 우려도 제기하며, 이메일 구문에 익숙한 사람이라면 누구나 인증이 필수 사항이 아닌 선택적 메시지만으로 제어 메시지를 제출할 수 있다는 점을 지적했다.
물론 모두가 파카넨의 주장에 동의하는 것은 아니다. 일부 개발자들은 이메일 방식이 중앙 집중식 웹 서비스나 계정 관리에 의존하지 않는 안정적이고 표준화된 인터페이스를 제공한다고 반박한다.
데비안 버그를 관리할 수 있는 완전한 기능의 웹 기반 인터페이스에 대한 요구는 새로운 것이 아니다. 데비안 자체 버그 추적기 아카이브를 보면, 이와 비슷한 제안들이 2000년대 초반부터 존재했으며, 일부는 이메일 기반 제어만으로 충분하고 더 탄력적이라는 이유로 "wontfix" 처리된 기록도 있다.
하지만 파카넨은 데비안이 현재의 버그 추적 워크플로우 자체를 포기하라고 요구한 것은 아니며, 대신 웹 서비스가 백그라운드에서 동일한 제어 이메일을 생성하는 점진적 접근 방식을 도입할 수 있다고 제안했다. 그는 이 방식이 기존 백엔드와의 호환성을 유지하면서 관리자들에게도 실용적인 인터페이스를 제공할 것이라고 설명했다. 파카넨은 시간이 지나 실행 가능한 대안이 생기면, 데비안이 직접적인 이메일 제출에 대한 통제를 강화할 수 있을 것이라고 덧붙였다.
최신 뉴스, 분석 및 리뷰를 피드에서 받으려면 Tom's Hardware를 Google News에서 팔로우하거나 즐겨찾는 출처로 추가하세요.