Ente Locker는 출처 표시 없이 내 코드를 복사했을까?

FairScan 개발자가 Ente Locker의 문서 스캔 기능에서 자신의 이미지 처리 코드와 매우 유사한 구현을 발견하고, 출처 표시 없는 코드 재사용 의혹을 제기함 개발자에 따르면 비교한 구현은 전체 구조, 알고리듬, 함수와 변수 이름, 하드코딩된 값이 같았으며, Kotlin 코드를 Rust로 거의 그대로 옮긴 것으로 보임 Ente 엔지니어는 해당 구현이 일반적인 이미지 처리 기법이며 이후 전면 재작성했다고 답했지만, 재작성으로 이미 배포된 Locker 1.0.9의 코드가 바뀌지는 않음 Ente 코드가 FairScan에서 파생돼 GPL 적용 대상이 된다면 라이선스 준수 여부가 문제가 될 수 있음. 파생 여부나 위반이 확정된 상태는 아니며, 개발자는 독립적인 코드 검토를 요청함 개발자는 코드 출처에 대한 정직한 인정을 기대했으나, 해결되지 않은 문제와 적은 반응 때문에 오픈소스 기여 동기를 재고하고 있음 코드 발견과 Ente의 대응 FairScan 개발자는 코드를 오픈소스로 공개한 이유를 정리하면서 공개에 따르는 위험을 감수하겠다고 했지만, 이렇게 빨리 그 위험에 직면할 줄은 예상하지 못함 9월 16일, 처음 연락해 온 Ente 엔지니어가 FairScan에 감사를 전하며 Ente Locker의 새 문서 스캔 기능에 FairScan의 분할 모델을 사용했다고 알림 당시 Ente 블로그는 모델의 출처를 밝혔지만, 그 주변의 이미지 처리는 처음부터 직접 작성했다고 했음 FairScan 개발자가 구현을 살펴본 결과, 여러 이미지 처리 구현이 FairScan의 Kotlin 코드를 Rust로 거의 그대로 번역한 것처럼 보였음 9월 17일, 개발자가 이메일로 문제를 알리자 엔지니어는 블로그 문구를 더 적절하게 쓸 수 있었다고 답하고 수정함 수정된 블로그에서는 처음부터 작성했다는 문구가 빠졌지만, 개발자에게는 여전히 분할 모델만 강조하는 모호한 문구였음 같은 날 개발자는 코드 비교 링크 목록을 보내고, Ente 저장소에서 FairScan에 대한 출처 표시를 찾지 못했다고 알림 9월 21일, 엔지니어는 비교 대상이 “상당히 일반적인 이미지 처리 기법”이며 이후 코드를 전면 재작성했다고 답함 저장소에는 6,000줄 이상에 영향을 주는 풀 리퀘스트가 있었음 다만 후속 재작성으로 이미 Locker 1.0.9에 배포된 코드가 바뀌지는 않음 같은 날 개발자가 회사 입장을 요청하려고 Ente 저작권 연락처로 이메일을 보냈으나, 10월 1...