[%] nix impure한 패키지가 왜 이리 많아

[익명(14.51)]

가끔 dependency hell이나 부트스트랩하기 어려운 거 nix는 어떻게 했나 보면 그냥 바이너리 받아서 설치하는 게 부지기수네. 저번에 파딱이 올린 kime.nix도 그렇고 nix는 reproducibility를 별로 신경을 안 쓰나

[다믜(damhiya)]

잉 kime.nix는 소스로 빌드하는데 - dc App

[다믜(damhiya)]

바이너리 받는경우에는 해시체크를 하는데 뭐 nix는 impure한걸 완전히 막을수는 없긴 함. - dc App

[익명(14.51)]

그거 보니까 cargo.lock에 적혀있는 디펜던시 nix가 아니라 그냥 cargo에서 바이너리 받아오는 거 아님?

[다믜(damhiya)]

ㄴㄴ cargo로 소스받아서 컴파일함 - dc App

[익명(14.51)]

nix는 디펜던시 무조건 패키지로 만들어서 그걸로 빌드하는게 아니라 그냥 cargo 쓰는 경우가 많음?

[다믜(damhiya)]

언어마다 접근법이 조금씩 다를텐데, 보통 기존 빌드툴은 그대로 사용함 - dc App

[익명(14.51)]

guix cargo 빌드 시스템은 아예 cargo.lock 날리고 .nix 같은 거에 정의된 dependency로 교체하는 거라, nix는 빌드 그냥 쉘 스크립트로 하는 거 아는데도 빌드가 아니라 바이너리 가져오는 거라 생각했네

[Riey(rerereq)]

젠투 페도라같은 개변태들은 crate 디펜던시까지 지들이 관리해서 crates.io 안쓰는 패키지까지 만들던데 guix도 이쪽인가본데 솔직히 에바인듯

[익명(14.51)]

reproducible하려면 빌드할 때 들어가는 인풋들도 다 관리해야하기 때문에 어쩔 수 없음. 그리고 dependency hell이 제일 끔찍한 건 npm이더라...

[익명(14.51)]

cargo는 rust가 그래도 시스템 프로래밍 언어여서인지 dependency가 엄청 길게 이어지는 건 별로 없는 듯

[Riey(rerereq)]

그럼 자기들이 crates.io 미러를 만들던가 왜 나보고 모든 crate 디펜던시를 써내래 ㅅㅂ;

[익명(14.51)]

꼬우면 다른 누가 패키지 만들어 줄 때까지 존버하면서 docker 쓰라고 해야지 뭐