witbox안녕하세요
ARPL 리포가 날라간지 좀 됐는데, 여기 게시판에는 언급이 없어서 올려봅니다.
Page not found · GitHub · GitHub
해놀을 구동하게 해 주는 TCRP (mshell)와 ARPL 이 양대산맥이었는데, 어느날 갑자기 ARPL repo가 삭제되어 버렸네요.
대충 이야기를 들어보니, 개발자에게 무리한 요구사항이 너무 많아서 짜증나서 닫아버렸다고 합니다ㅠㅠ
그동안 TCRP에 적응해 보려고 여러번 시도했는데, 저랑은 안맞는거 같아서 항상 ARPL만 사용해 왔었는데, 이게 날아가 버리니 좀 허무하네요.
이제는 TCRP에 적극적으로 적응해 봐야겠습니다.
누군가가 ARPL 개발을 이어서 해 주면 좋겠다는 바람도 있구요.
빌드된 바이너리는 저장되어져있는데, 소스가 날아간게 문제네요
https://svrforum.com/nas/1066879
그 떄 헤놀로지 포럼에 wjz304 님이 ARPL 토픽에 입장을 이야기 하셨었는데,
정확히 팩트는 아직도 조금 두리뭉실한 상태입니다.
https://xpenology.com/forum/topic/65408-automated-redpill-loader-arpl/?do=findComment&comment=452978
번역)
유저 EffortLessDev 의 글 ]
wjz304가 작업을 중단하기로 결정하기 전날, 누군가 그의 GitHub에 새로운 문제를 보고하고 왜 모듈이 그의 저장소에 오픈 소스가 아닌지 물었습니다. "비밀"이라는 내용이 언급되어 있었습니다. 코드에서 호출되는 것을 볼 수 있습니다.
wjz304가 그에게 어떤 반응을 보이는지는 보지 못했지만, 그 때문에 현장을 떠날 정도로 화가 난 것 같았습니다. wjz304가 악의적인 짓을 했다고 믿고 싶지는 않지만 그는 즉시 모든 것을 닫았고 드라이버 소스 코드를 공개하지 않았다는 이유로 고소당했다고 말했습니다. 극단적인 반응이었습니다.
질문이 공정해 보였기 때문에 @wjz304가 주제에 대해 더 확장할 수 있기를 바랍니다.
wjz304 님의 글 ]
내 생각에는 다음과 같이 설명해야 할 것 같습니다.
네, 그 당시에는 제가 좀 극단적이었어요. 그 사람이 누구인지 대략 짐작이 되거든요.
(신규 계정, 말하자면 해당 이슈를 만들기 위해 특별히 만든 계정) 이것이 나를 화나게 하는 것입니다.
그래서 그가 오픈소스 계약을 언급했을 때 나는 그것에 대해 별로 생각하지 않았습니다. 프로토콜에 따른 두 번째 릴리스에는 공개 수정이 필요하기 때문에 게시할 수 없기 때문에 저장소를 삭제하고 게시하지 않습니다.
다른 사람이 묻는다면 나는 이것을 하지 않을 수도 있고, 심지어 그를 초대하여 함께 수정하도록 할 수도 있습니다.
또한 우리 모두 알고 있듯이 한 달 전에 공개되었습니다.
1. 모든 아키텍처의 공식 드라이버를 풀고 github에 백업했기 때문에 비공개로 변경했습니다. 아무것도 아니지만 나는 여전히 되찾고 싶지 않습니다.
2. 매우 불행한 일들을 보았습니다 (문제를 만든 사람에 대해서는 더 이상 말하고 싶지 않습니다).
게다가 제가 github에서 말한 내용도 있으므로 여기서는 자세히 다루지 않겠습니다.
누군가 내가 뭔가를 했다고 생각한다면, 그냥 사용하지 마세요.
처음부터 끝까지 내가 다른 사람에게 RR을 사용하도록 권장하는 것을 본 사람은 거의 없습니다.
사용 여부에 관계없이 나에게 아무 소용이 없기 때문입니다. 오히려 사용하는 사람이 많아질수록 불안한 마음이 듭니다.
저는 항상 시노 관계자들에게 표적이 될까봐 두렵습니다.
하지만 저는 완벽주의가 조금 있어서 항상 더 잘하고 싶어해요.
더이상 업그레이드는 없지만 최종버전의 이미지를 사용해서
로더를 빌드 할 수 있도록 wjz304 님이 히든된 repo 를 잘 연결해 두신것 같습니다.
그리고, DSM 이 7.3 이 나왔을 때 까지는 이슈가 있다면 대응을 해주시겠다고 했습니다.
지금처럼 소스공개는 없지만 여기까지는 약속을 하셨으니 7.3에서 동작 가능하게는 해주실것 같습니다.
저도 mshell 에서 rr 의 최종수정된 안정화된 내용을 미쳐 못 따라간 부분이 있어서 어제 개인적으로 문의를 드렸는데,
wjz304님이 답변을 잘 해주시었습니다.
답변이 직접적인 도움은 되지 못했지만, 어쨌던 솔루션을 찾은것 같습니다.
rr 의 커널버전 6.4.16 에서 i226-v 가 안정적으로 동작된다는 후기가 있어서
friend 커널도 5.15.26 에서 6.4.16 으로 커널 버전업을 준비중에 있습니다.
새로운 커널로 버전업하는 과정이 쉽지는 않았습니다. 한 1주일 고생한것 같네요. ^^
저도 다행히 리포 날아가기 전 RR 최종본 바이너리를 가지고 있긴 합니다. 근데 이것만으로는 안될 수도 있겠다는 생각이 드네요(히든 repo?). 함 해봐야겠네요.
아직까지 SA6400같은 기종들 목록에 없거나 DS3622xs 시험시 부트 실패한등 문제점은 있었지만, 918/920등 자주 쓰이는 모델들은 시험되었습니다
둘리가 되는 과정입니다......
엄마찾아 떠나야죠
호의가 뭔지도 모르는 사람들이많습니다
질문올린거 지듣고싶은것만 듣고 삭제...