I2P 개발자 회의 - 2006년 1월 31일

15:19 <jrandom> 0) 안녕 15:19 <jrandom> 1) 네트워크 상태 15:19 <jrandom> 2) 0.6.1.10 상태 15:19 <jrandom> 3) ??? 15:19 * jrandom 손을 흔듭니다 15:19 <jrandom> 상태 노트를 올려놨어 http://dev.i2p.net/pipermail/i2p/2006-January/001257.html 15:20 <jrandom> 좋아, 1) 네트워크 상태로 바로 들어가자 15:21 <jrandom> 메일에 쓴 것처럼, 0.6.1.9-0(정식 릴리스) 쓰는 사람들은 예전이랑 똑같을 거고 15:21 <jrandom> 더 최신 빌드(0.6.1.9-5 이후) 사용자들은 문제가 있을 수도 있어 15:21 <jrandom> ("문제"라고 하기엔 약한 표현일지도...) 15:21 <+Complication> CVS -8은 좀 불안정해서, -2를 instad로 돌리는 중(꽤 잘 동작함) 15:22 <gloin> :-) 15:22 <+Complication> =instead 15:22 <Pseudonym> 요즘 좀 불안정해 보이네요(저는 0.6.1.9-0 씁니다) 15:22 <jrandom> 좋아, 프로세스 변경사항은 되돌리되 HEAD에는 dust의 ircclient 업데이트와 i2ptunnel httpserver 패치를 포함하는 걸 고려하고 있었는데, 0.6.1.10도 아마 멀지 않았어 15:23 <jrandom> 흠 Pseudonym, eepsites, IRC나 다른 서비스를 접속하는 게 문제야, 아니면 호스팅하는 쪽? 15:23 <+Complication> -0에서도 불안정해? 문제가 어떻게 나타나? 15:23 <Pseudonym> 주로 IRC에서 느껴져요(idlerpg 플레이 중) 15:24 <jrandom> ('플레이' ;) 15:24 <Pseudonym> 또 가끔 router가 이상해져서 재시작해야 해요(활성 피어 없음) 15:24 <Pseudonym> 헿 15:24 <jrandom> 흠, 인터넷 연결 문제 아냐? 15:24 <@frosk> 여긴 -0 안정적이야, 물론 하루 두 번 "router hung!"로 재시작하는 건 빼고 15:24 <jrandom> 흠 frosk, 진짜 "router hung"야, 아니면 leaseSet 만료로 인한 "router hung"? 15:25 <Pseudonym> 인터넷 연결은 정상이에요. I2P router를 재시작하면 바로 돌아와요 15:25 <+Complication> 내 Cel300도 한동안 돌리면 멈추긴 하는데, 주기가 점점 길어지고 있고, 원인은 최신으로 파악 못 했어 15:25 <@frosk> jrandom: lease 만료, 거의 확실해 15:25 <jrandom> '음 오케이 15:26 <jrandom> 그 부분 대부분을 새 생성/관리 코드로 갈아엎었으니, 0.6.1.10에서 어떻게 되는지 보자 15:27 <@frosk> 좋아 15:27 <@frosk> 테스트 도울게 15:28 <Pseudonym> 지금 문제 해결해 달라는 건 아니에요. 안정성에 대한 데이터 포인트 하나 보태고 싶었어요 15:28 <jrandom> 굿, 로컬에서 안정화되면 분명히 도와줄 사람들 모집해야겠지 :) 15:28 <jrandom> 좋아, 고마워 Pseudonym 15:28 <jrandom> 자, 1) 네트워크 상태에 대해 더 할 말 있는 사람? 15:30 <jrandom> 없으면, 2) 0.6.1.10 상태로 넘어가자 15:30 <jrandom> 메일에서 말했듯, 라이브 네트에 트윅을 덕지덕지 더하는 대신, 근본 원인으로 바로 가려고 해 15:31 <jrandom> 하위 호환은 안 될 거라서 약간의... 충격이 있을 거고, 그와 함께 다른 하위 비호환 변경사항도 몇 개 묶을 건데, 그 뒤에 또 한 번 있을 가능성도 있어 15:32 <jrandom> 좀 더 구체적으로, tunnel 생성 코드에서 2048비트 대신 1024비트 ElGamal로 옮기는 방안을 고민 중이야 15:32 <jrandom> 하지만 꼭 필요하진 않을 수도 있어. 라이브 네트에 얼마나 타격을 주느냐에 달렸지 15:34 <jrandom> 만약 필요하다면 네트워크 업그레이드만 하면 되고, destination 등은 모두 그대로야. 15:34 <jrandom> 아무튼, 그건 0.6.1.10이 나온 뒤에 살펴볼 일 15:34 <+Complication> 약간 관련된 질문: 키 길이가 tunnel-생성 데이터 구조 길이와 어떤 식으로든 관련 있나? 15:34 <jrandom> 응 15:35 <jrandom> 직접 관련 있어: 키 길이 * 2 * 최대 홉 수 == 데이터 구조 크기 15:36 <jrandom> (즉, 256*2*8 = 4KB이고, 이는 풀 스트리밍 라이브러리 메시지 크기이기도 해) 15:37 <jrandom> ((ElGamal은 2배 확장 계수를 가짐)) 15:38 <+Complication> 아하, 고마워. :) 15:38 <jrandom> 아, 새 사양 관련해서 한 가지 더. 구현하면서 필요한 데이터 포인트를 하나 더 찾았어(4바이트 "reply message ID"). 예약된 비트 일부를 써서 로컬 사양에 추가해 놨어 15:40 <jrandom> 며칠 내로 전부 동작하게 만들고 싶어서, 주말쯤엔 초기(비익명) 테스트를 좀 해볼 수 있을지도 몰라 15:40 <jrandom> 물론, 진행되면 더 알려줄게 15:41 <jrandom> 좋아, 0.6.1.10 관련해 질문/코멘트/우려 있는 사람? 15:41 <bar> 또 약간 관련된 질문: .10 배포 중에, 자동 업데이트 쓰는 사람들을 위해 i2p.net은 며칠간 .9에 그대로 두는 게 어때? 15:41 <bar> rollout* 15:41 <jrandom> 응, 당연하지 15:42 <jrandom> 마이그레이션 중에는 그 박스에 router를 두세 개 돌릴 것 같아 15:42 <jrandom> 그리고 출시 최소 5일 전부터 눈에 띄는 경고를 띄울 거야 15:42 <bar> 좋네 15:42 <+Complication> 이렇게 하면 확실히 더 매끄럽겠네. 15:43 <+Complication> 포럼도 좋은 채널 같아. Router Console의 뉴스 박스도... 15:43 * jrandom 모든 릴리스가 하위 비호환이던 시절을 떠올림... 그때 연습 많이 했지 ;) 15:43 <jrandom> 응, 포럼, 뉴스 박스, 리스트, 웹사이트 15:43 <+Complication> 그래서 자기 머신을 챙겨보는 사람들은 알게 되겠지. 15:43 <tethra> 헤헤 15:44 <jrandom> 그리고 아직도 0.6.0.1 쓰는 사람들은, 뭐, 어차피 망했지 ;) 15:44 <@frosk> 목을 쳐라 15:44 <+Sugadude> 완전 관계없는 얘기: 이런 오래된 router들을 몰아내려고 하위 비호환 변경을 더 자주 할 수 있을까? 15:44 <+Complication> 그냥 I2P 켜둔 걸 잊어버린 거 같아 :) 15:44 <jrandom> 헤헷 Sugadude 15:45 <jrandom> 음, 호환된다면 그 리소스를 쓸 수 있지만, 어떤 이유로든 못 쓰겠다면 비호환으로 표시해야지 15:47 <jrandom> 좋아, 그 얘기에 더 없으면, 다잡이 주제로 넘어가자: 3) ??? 15:47 <jrandom> 회의에서 더 꺼낼 이야기 있는 사람? 15:48 <tethra> Router Console 어딘가에 대칭 NAT 뒤 사용자들은 현재 지원되지 않는다고 되어 있던데, 이게 곧 바뀔까요? 15:48 <tethra> 아니면 제가 뭔가를 엄청 모르고 있는 건가요 15:49 <+Complication> webcache 코드 관련해서... 거의 준비된 것 같아. 15:49 <jrandom> 대칭 NAT 뒤 사용자들을 돕는 몇 가지 기법이 있고, bar가 리스트와 포럼에 개요를 올렸어. 다만 당장 진전이 있는지는 모르겠어 15:49 <jrandom> 오, 좋네 Complication, 릴리스를 푸시할 때 알려줘 :) 15:50 <+Complication> watchdog가 다운로드를 적절히 중단하도록 했고, 일부 테스트와 정리를 하는 중(지금은 로그가 과하게 많아).. 15:50 <+Complication> 내가 webcache 서버 하나 올려놨고, awup도 하나 있어... 현실적인 테스트를 위해 제한을 켤 필요가 있을지도... 15:51 <+Complication> ...legion을 만나면, 하나 더 돌려볼 생각이 있는지 물어볼게. 15:52 <jrandom> 좋아, 웹캐시 하나만 있어도 훌륭한 시작이야 15:52 <+Complication> 그리고 다른 누가 스크립트를 돌리고 싶다면(awup.i2p에서 받을 수 있는, SAM을 사용하는 Python 스크립트)... 그들의 참조를 추가할 수 있어. 다만 현재는 더 많은 "seed webcaches"에 ref를 추가하려면 소스를 다시 컴파일해야 해. 15:53 <+Complication> (파일이 아니라 GWebCacheContainer.java의 헤더에) 15:53 * gloin 이 webcache가 뭔지 모르겠어. 15:53 <jrandom> gloin: 처음에 i2phex.hosts 파일을 내려받지 않고도 i2phex에 연결할 수 있게 해줘 15:54 <+Complication> gloin: I2Phex를 더 쉽게 통합하려고 15:55 * cervantes 늦게 도착 15:55 <+Complication> 그리고 나중에 다시 접속하는 사람들(예: 라이브 피어 ref가 떨어진 사람들)에게는 새 ref를 제공할 수 있어 15:55 <gloin> 알겠어. 15:57 <+Complication> 오, 다시 오프라인 15:58 <stealth> I2P가 시작된 후 i2phex를 자동으로 시작하는 건 어때? 15:58 <+Complication> 오버킬 같아 15:58 <+Complication> 적어도 지금 단계에서는 15:58 <jrandom> stealth: client.config 파일에 항목을 추가해서 I2P router가 원하는 Java 애플리케이션을 시작하게 할 수 있어 15:59 <+Complication> 게다가 I2P가 뜨기 전에 I2Phex를 시작할 수도 있다고 생각해 15:59 <@frosk> 어느 단계에서든 15:59 <+Complication> 이론적으로는, I2P가 올라올 때까지 계속 연결을 시도해야 해 15:59 <+Complication> (다만 테스트해보진 않았음) 15:59 <jrandom> 다만, i2phex를 실행하도록 해두면, i2phex를 종료할 때 i2phex 클라이언트가 JVM을 죽일 가능성이 있어서(router가 재시작될 수 있어) 그 점은 기억해 16:00 <+Complication> 게다가, 스크립트로도 꽤 쉽게 할 수 있어... 16:00 <+Complication> 예: "cd /home/i2p; sh i2prouter start; cd /home/i2phex; sleep 100; sh run.sh;" 16:00 <+Complication> (대충 이런 식이었지) 16:01 <+Complication> 미안, 아마 /home/user/i2p가 더 맞겠지 :) 16:01 <cervantes> sleep 100 전에 /usr/games/tetris 시작하는 거 잊지 마 16:02 <jrandom> 완전 맞아 16:02 <jrandom> 좋아, 회의에서 더 이야기할 거 있어? 16:03 <stealth> 음 그냥 exe를 시작하면 되지 않을까 했어. 사람들은 다운로드 중이 아닐 때 파일 공유를 잊어버리니까, 항상 켜두는(always on) i2psnark 방식이 더 나아... 16:04 <jrandom> 맞아, 다만 통합할 수 있을 만큼 충분히 가벼운 Gnutella 클라이언트는 아직 못 들어봤어 16:05 <cervantes> 현재 Phex에서 UI를 추상화하는 작업이 진행 중이 아니었나? 어쩌면 나중엔 클라이언트가 가벼워질지도 16:05 <+Complication> Phex CVS의 그 부분은 못 봤어 16:06 <jrandom> phex를 .war로 돌릴 수 있다면, 정말 최고지 16:06 <cervantes> isn't the=isn't there 16:06 <cervantes> 아마 내가 잘못 알았을 거야 16:06 <+Complication> Sirup이 XML-RPC 인터페이스를 작업하던 건 맞는데, Gregor & co도 그렇게 하는지는 모르겠어 16:07 <+Complication> 그래서 sirup이 가져온 건지, 처음부터 새로 쓰기 시작한 건지 모르겠어 16:09 <jrandom> 내 기억이 맞다면 그는 Apache의 xmlrpc lib을 가져와서 i2phex 내부 몇 가지를 노출하는 정도였고, 아마 6~8개월 동안 그 작업은 없었고, 내가 알기론 한 번도 제대로 동작하진 않았어 16:10 <fox_> <tethra> mutella는 웹 기반 Gnutella 클라이언트로 꽤 가벼운 걸로 기억해. 도움이 될지는 모르겠지만, 흠, 누군가(더 능력자)가 한번 살펴볼 가치는 있을지도. 16:10 <fox_> <tethra> 다만 찾는 것과는 다를 수도. 16:12 <jrandom> 새 걸 포팅하는 건 꽤 큰일이야, 특히 C/C++로 된 것이라면, 아쉽지만 16:12 <+Complication> 나는 개인적으로 XML-RPC를 만질 일은 별로 없을 듯. 다만 각종 버그를 잡아보려는 건... 단기 계획에 있어. 16:13 * Complication 시간 낭비라서 rehash 현상이 영영 사라지길 바람 16:13 <jrandom> 오, 아마도 시간대 변화가 트리거일까? 16:14 <jrandom> I2P SDK가 router에 연결되면, 거기서 현재 I2P(NTP) 시간을 가져와서 SDK의 JVM을 UTC로 강제해 16:14 <+Complication> 그럴 것 같진 않지만... 지금 단계에선 뭐든 배제하진 못해 16:15 <jrandom> (그리고 rehash가 순서나 파일 타임스탬프에 의존한다면, 몇 시간의 이동이 그걸 바꿀 수도 있지) 16:15 <jrandom> 응, 네가 많이 파봤으니, 그냥 가능성 하나 언급한 거야 16:15 * jrandom 버그 리포트 외에는 아는 게 없음 :) 16:16 <+Complication> 이게 가끔 발생하고, "sharedlibrary" 설정 파일을 로드/재작성할 때 일어나는 어떤 것과 관련이 있어 보여 16:16 <+Complication> 흠, 흥미로운 가능성이네... 16:16 <+Complication> 그걸 배제할 만큼 깊게 파보진 않았어 16:18 <jrandom> 좋아, 회의에서 더 할 얘기 있는 사람? 16:19 <jrandom> 없다면... 16:19 * jrandom 마무리함 16:19 * bar jrandom의 .10에 행운을 빌며 반짝이는 baf를 건넴 16:19 <jrandom> gracias :) 16:19 * jrandom *baf*를 날리며 회의를 마감