I2P 개발자 회의 - 2013년 6월 4일

19:52:28 <hottuna> zzz, christoph2: syn 19:54:26 <topiltzin> yay, dev beating! 19:54:33 <topiltzin> s/beating/meeting/ 19:54:37 <iRelay> topiltzin의 의미: yay, dev meeting! 20:00:03 * hottuna 회의를 'baf'로 개회함 20:00:07 <hottuna> 안건: 20:00:14 <hottuna> * 다음 NetDB 백엔드 20:00:14 <hottuna> * Ticket #729 - osx에서 properties 위치 20:00:14 <hottuna> * Ticket #741 - windows에서 프로세스 이름 변경 도구 20:00:14 <hottuna> * 기타? 20:00:22 <iRelay> http://trac.i2p2.i2p/ticket/729 - (할당된 개선) - OSX에서 ~/.i2p -> ~/Library/Application Support/i2p 20:00:33 <iRelay> http://trac.i2p2.i2p/ticket/741 - (승인된 개선) - Windows 방화벽 소프트웨어와 함께 I2P를 더 쉽게 다룰 수 있도록 20:00:45 <hottuna> __ 다음 NetDB 백엔드__ 20:01:16 <hottuna> 제안서를 작업해 왔고, 첫 번째 RFC가 준비되었습니다 20:01:35 <hottuna> http://trac.i2p2.de/wiki/NetDB/NextBackend 20:01:38 <iRelay> 제목: NetDB/NextBackend I2P (at trac.i2p2.de) 20:02:14 <hottuna> 전체적인 아이디어는 Kademlia를 기반으로 하고, 성능 및/또는 안정성을 개선하는 기능을 확장하는 것입니다. 20:02:59 <hottuna> Kademlia에 대한 초기 코드 일부는 이미 zzz가 작성했습니다 20:03:34 <hottuna> 사실상 전체 BEP5 구현입니다. BEP5는 Kademlia의 메인라인 BitTorrent 구현입니다. 20:04:13 <hottuna> 여러 DHT(분산 해시 테이블)가 검토되었습니다: Chord, Freenet, Pastry. 20:04:47 <hottuna> 하지만 Kad는 빠르고, 확장 가능하며, 비교적 신뢰성이 높습니다. 20:05:05 <topiltzin> 프로덕션에서 사용되는 다른 Kad 파생들: Azureus kad, eMule kad, Mojito Kad (Limewire) 20:05:24 <topiltzin> Overnet (eDonkey, 현재는 단종) 20:05:47 <topiltzin> 내가 알기로는 어떤 p2p 앱도 chord나 pastry를 쓰지 않음 20:05:54 <hottuna> Az-Kad를 훑어봤는데 호환성이 별로더군요. Mojito는 흥미로울 수 있습니다 20:05:57 <hottuna> Kad 위에 몇 가지 변경을 제안했습니다. 20:06:05 <hottuna> 더 빠른 조회를 위한 재귀형 tunnel. 20:06:20 <hottuna> 그리고 더 신뢰성 있는 조회를 위한 무작위 재귀형 조회. 20:07:13 <hottuna> 삽입은 Random Recursive Stores가 구현될 때까지 표준 Kad로 진행합니다. 20:07:45 <hottuna> 자, 개요는 이렇습니다. 질문 있으신가요? 20:08:17 <topiltzin> 재귀형 tunnel에 대한 한 가지 반대는, 로컬 IP 차단 목록을 무용지물로 만든다는 점입니다 20:08:40 <topiltzin> 예를 들어, 적대적 대상의 IP들을 내 차단 목록에 수동으로 추가했을 수 있는데 20:09:18 <topiltzin> 재귀형 조회/저장에 참여하는 노드들은 그 사실을 알 수 없습니다 20:09:37 <hottuna> 맞습니다. 20:10:00 <hottuna> 재귀형 쿼리는 다소 취약하며, 속도를 위해서만 사용해야 합니다. 20:10:35 <hottuna> 하지만 무작위 재귀형 쿼리는 결국 차단된 노드가 포함되지 않는 경로를 찾게 됩니다. 20:11:05 <hottuna> 다른 노드의 차단 목록을 신뢰하지 못할 상황이란 어떤 건가요? 20:11:25 <dg> sponge: udp 원함 20:11:28 <dg> eche|on: 네트워크 변경 후(“소프트 재시작”) 카운트가 지속되지 않음 20:11:51 <topiltzin> 그 노드 운영자가 차단 목록을 성실히 갱신하지 않았을 때 20:12:02 <topiltzin> 또는 그 노드에 아예 차단 목록이 없을 때 20:12:29 <hottuna> 그런데 쿼리가 ‘차단된’ 노드를 통과하면 어떻게 되나요? 20:12:51 <hottuna> 전달되거나, 드롭되거나, 기록되겠죠. 20:13:31 <zzz> 반복형(Iterative)은 누구를 경유하지도 않음 20:13:34 <topiltzin> 시빌/이클립스 공격이 하는 대로 — 아마 드롭? 20:14:38 <hottuna> 그게 재귀형의 특징입니다. 실패해도 괜찮습니다. 공격받는 키에 대해서는 더 신뢰할 수 있는 방법이 있습니다. 20:15:09 <hottuna> 예를 들면 반복형(Iterative) 또는 무작위 재귀형 20:15:24 <zzz> 모드는 어떻게 선택? 20:15:35 <topiltzin> 이론적으로 쿼리에 차단된 IP의 작은 Bloom 필터를 포함할 수 있음 20:15:54 <hottuna> 모드 선택은 열린 질문입니다. 20:15:57 <hottuna> is an* 20:16:28 <hottuna> 제 생각엔 병렬 버전이 흥미로울 것 같습니다 20:16:39 <hottuna> 순차적 페일오버 버전은 느릴 겁니다 20:17:03 <hottuna> 하지만 이것도 대역폭 대 최대 지연 시간의 트레이드오프입니다 20:17:51 <hottuna> topiltzin: R5N은 쿼리에 Bloom 필터를 포함합니다. 하지만 정말 필요한지는 모르겠습니다. 20:18:14 <hottuna> 실패가 발생하더라도 동작하도록 이걸 설계합니다 20:18:14 <topiltzin> 반복형 조회는 얼마나 느리며, 그 느림이 병목인가요? 정말 최적화가 필요합니까? 20:18:45 <zzz> netdb와 snark에(필요한 곳에) 통계 코드를 추가하고, 현재 두 구현의 성능에 대한 통계를 수집하는 것부터 시작해야 한다고 봄 20:18:52 <hottuna> eepsite를 방문할 때 조회가 필요합니다. 20:19:25 <hottuna> topiltzin: 조회 속도는 http://trac.i2p2.de/wiki/NetDB/NextBackend 의 'Lookup' 부분에서 볼 수 있습니다 20:19:28 <iRelay> 제목: NetDB/NextBackend I2P (at trac.i2p2.de) 20:20:16 <zzz> netdb에는 통계가 많음. snark의 동일한 위치에도 통계를 추가하면 전체 그림을 그려볼 수 있음 20:20:35 <hottuna> 쿼리 지연 등? 20:21:06 <topiltzin> zzz: 더 많은 통계에 +1 20:21:06 <zzz> 지연, 성공당 쿼리 수 등, 맞음 20:22:26 <hottuna> 그런 통계를 볼 수 있으면 흥미롭겠네요. 특히 새로운 것을 개발할 때요. 다만 I2PSnark-DHT와 FloodFill을 비교하는 건 사과와 오렌지를 비교하는 겁니다. 20:22:29 <zzz> 며칠 전에도 말했듯, snark 코드를 netdb로 되돌릴 수 있다고 봄. 하지만 그건 로컬 netdb 전체를 라우팅 테이블에 삼키도록 K와 B를 선택했을 때만. 20:22:57 <zzz> 라우팅 테이블이 로컬 netdb의 대부분을 놓치고 있다면 그냥 정렬을 유지하는 편이 낫겠음 20:23:55 <zzz> 네 제안(그리고 예, 몇 년 전부터 내 계획이기도 했음)은 오렌지를 사과로 대체하는 것이라 꽤 중요하게 비교해야 함. 20:23:58 <hottuna> 높은 B를 설정하는 데 반대하지 않습니다. 조회 지연은 실제 문제입니다 20:24:55 <hottuna> K에 관해서는 8로 유지하는 것이 합리적일 수 있다고 봅니다. 20:25:18 <hottuna> 물론 새 DHT는 평가가 필요합니다. 20:26:05 <zzz> K를 고립적으로 선택할 수는 없음. 로컬 netdb 크기에서 현재 정렬만큼 잘 동작하도록 라우팅 테이블을 만들기 위해 K와 B를 함께 선택해야 함. 20:27:03 <hottuna> 둘 다 배포하면서 조정할 수 있습니다. 20:27:29 <hottuna> 그래서 우리가 아는 것과 필요한 것에 기반한 초기 추정치로 가겠습니다. 20:28:17 <zzz> 또한 새로운 dht에 ff만 참여하는지, 모두가 참여하는지에 크게 좌우됨 20:29:24 <hottuna> 새 dht에 모든 노드를 참여시키지 않으면 실수일 뿐만 아니라 UCSB 논문에서 제시된 유형의 공격에 취약한 상태가 유지됩니다 20:30:15 <zzz> 제안서에 누가 포함/제외되는지에 대한 정보는 못 봄 20:30:18 <hottuna> 제안에서 그 점을 아주 명확히 하진 않았던 것 같네요. 20:30:25 <hottuna> ;) 20:31:30 <zzz> 모두(공유기 뒤, android, 숨김, 중국, 모바일 폰 등)를 넣고 싶지는 않을 수도 있음 20:31:46 <zzz> 어디서 어떻게 망가졌는지에 대한 jr의 광범위한 코멘트 참고 20:31:53 <topiltzin> 노드 churn은 dht에 좋지 않음. 최소 가동 시간 요구사항은 있어야 함 20:32:32 <hottuna> topiltzin: 우리 데이터는 모두 변경 가능하고 37초~30분마다 재발행되므로 노드 churn은 큰 문제가 아닙니다 20:33:09 <hottuna> NAT 뒤 노드는 아마 참여하지 말아야. android는 아마 참여해야 20:33:17 <zzz> 맞아, N=500과 B=-8이 그가 끝내 알아내지 못한 재앙이었지만, 다른 원인들도 있었고, 우리 네트워크에도 여전히 존재… android가 떴을 때 훨씬 더 나빠질 수 있음 20:33:25 <hottuna> 중국… 글쎄요.. 20:34:04 <hottuna> 높은 churn 말고, android가 어떻게 다른가요? 20:34:32 <topiltzin> 노드 churn은 라우팅에 부정적 영향을 줌.. 그러니 이번 노력의 목표가 라우팅 개선이라면 무시할 수 없음 20:34:39 <zzz> 안드로이드를 특정해서가 아니라 폰을 말한 것 20:34:58 <hottuna> 제겐 android==phones 이기도 함 20:35:22 <zzz> 모바일 기기는 대역폭과 성능이 낮고 연결이 간헐적임 20:35:57 <hottuna> 지금은 어떻게 하고 있죠? 20:36:12 <zzz> 무엇을? 20:36:39 <hottuna> ff가 되고자 하는 android 기기들 관련해서요? 20:36:42 <hottuna> christoph2: 어딘가서 눈팅 중일 듯 20:36:49 * christoph2 숨음 20:37:00 <topiltzin> FF가 되기 위한 기준이 몇 가지 있는데, 그중 하나가 가동 시간 20:37:11 <hottuna> 빠른 키 회전이 이클립스 공격에 어떤 방해가 될까요? 20:37:57 <hottuna> 그리고 노드가 다른 노드들의 netdb에 통합되는 데(즉 그들의 라우팅 테이블을 오염시키는 데) 얼마나 걸리나요? 20:38:32 <zzz> android도 기준을 충족하면 다른 누구처럼 자동으로 ff가 됨. 다만 무선으로 그렇게 하는 사람은 없을 듯 20:38:38 <christoph2> 음, 노드를 I2P에 통합하는 데 걸리는 시간 T(적절히 잘 연결될 때까지)와 회전 시간 t가 있음. 이클립스를 위해서는 T/t + 안전 노드가 필요 20:38:53 <hottuna> topiltzin: 가동 시간은 정말 큰 이슈가 아닙니다. R5N은 꽤 공격적인 복제 계수를 가집니다. 그래서 churn은 이슈가 아닙니다 20:39:00 <christoph2> * 실제로 이클립스하려면 필요한 노드 수 20:40:27 <christoph2> hottuna: 코드 변경을 정확히 따라가진 않음. 12월에는 30분보다 짧았음 20:40:27 <hottuna> 어제 대략 계산을 좀 해봤습니다 20:40:27 <christoph2> 음 0.9.2였던 듯 20:40:27 <hottuna> nodes_needed_for_eclipse = (60/key_rot_interval)*eclipse_integration_time*attackers_per_eclipse 20:40:27 <hottuna> nodes_needed_for_eclipse = (60/10)*24*20 = 2880. 공격자에게는 억제 요인이 될 수 있겠죠. 20:40:27 <zzz> hottuna, 새로운 키 공간(다른 순열 공식, 다른 회전 일정, 혹은 둘 다)은 어떻게 작동하나요? 마이그레이션 방법이 아예 안 보임. 20:40:27 <hottuna> 음, 그건 합리적으로 들리네요 20:40:49 <hottuna> 둘을 병행해서 쓰면 어떨까요? 현재 구현은 안전하게 벗어날 수 있을 때까지 별도로 유지됩니다. 20:41:26 <zzz> 정말로 알고 싶은 건 향후 2주 내에 저항성을 개선하려면 무엇을 할 수 있느냐는 것 20:41:29 <hottuna> christoph2: 그 계산이 타당한가요? 그리고 2880 노드가 정말 문제가 되나요? 20:41:36 <zzz> 그게 class N router들을 ff로 만드는 거라면, 그렇게 합시다. 20:41:36 <topiltzin> 노드 churn이 이슈가 아니라는 건 믿기 어렵습니다. churn이 클수록 각 개별 노드의 라우팅 테이블은 더 나빠집니다 20:42:29 <zzz> 어떻게 ‘안전하게 벗어나면서’ 호환성을 유지하죠? 두 병행 구현의 연결 제한 문제는 어떻게 처리? 하나에서 다른 하나로 어떻게 마이그레이션? 20:42:33 <hottuna> topiltzin: 라우팅 테이블의 각 버킷 크기인 K 값은, 한 시간 내 DHT에서 이탈할 가능성이 매우 낮은 노드 수로 선택됩니다. 20:42:33 <topiltzin> ^^ class F 말고 !windoze 20:43:04 <topiltzin> s/F/N/ 20:43:08 <iRelay> topiltzin의 의미: ^^ class N 말고 !windoze 20:43:12 <zzz> 물론, 윈도우가 아닌 class N으로도 가능. 몇 개인지는 모름 20:43:35 <zzz> 그렇게 하면 그 router들이 윈도우가 아님을 드러내게 되어, 작은 익명성 이슈 20:43:35 <christoph2> hottuna: 적당히 비싼 서버 한 대에서 ~20개 정도 가능. 이런 서버 100대면 방어 대상에 따라 문제일 수도 아닐 수도. 그리고 제대로 코딩하면 서버당 몇 배 더 많은 노드를 얻을 수도 있음 20:44:22 <hottuna> 알겠습니다, 약간 문제일 수도 있겠네요. 하지만 기술이 발전하는 추세를 보면 오래가진 않겠죠 20:45:28 <zzz> 0.9.7을 위해 다른 무엇을 할 수 있을까요? 20:45:28 <topiltzin> 익명성 이슈는 사실이죠.. 그래서 그냥 전체 N으로 하고, 유저들이 너무 화내지 않길 바라자 20:46:18 <christoph2> 전부 읽진 못했음. 윈도우 이슈가 뭐였죠? 20:46:25 <hottuna> 연결 관련: 구형 노드는 평소처럼 계속. 신형 노드는 두 네트 사이에서 쿼리를 분산. 20:46:49 <dg> christoph2: 내장된 연결 제한 20:46:52 <hottuna> christoph2: 윈도우는 많은 수의 연결을 허용하지 않아요 20:47:07 <christoph2> 아하 20:47:27 <hottuna> christoph2: 좋아요, 그러면 키 회전 이슈는 답이 나왔네요. 아마 가치가 없을 듯 20:47:34 <topiltzin> 실제로 제한되는 건 새 연결을 여는 속도임 20:49:07 <zzz> hottuna, 여기서 저기로 어떻게 가는지 모르겠음. 같은 키 공간에서 동일한 반복형 조회로 snark 코드를 netdb로 옮기는 건 보임. 그게 가치가 있는지는 모르지만, 적어도 방법은 보임. 그 다음은 정말 어렵고 불가사의해 보임. 20:50:02 <hottuna> 키 공간을 바꾸자는 건가요? 아니면 keyspace가 뭘 가리키는 건가요? 20:50:05 <topiltzin> snark 코드부터 시작하고 나머지는 $나중에 정하자 +1 20:50:40 <zzz> keyspace = key->routing key 알고리즘, 회전 포함 20:52:14 <hottuna> 그래서 배포의 1단계는 동작하는 것(아마 반복형만)을 갖추는 것. 그다음 재귀형과 무작위 재귀형용 새로운 KRPC 메시지를 추가 20:52:54 <hottuna> 그리고 네트가 대부분 이를 지원하도록 업그레이드되면, 원발신 노드에서 이를 활성화할 수 있습니다. 20:53:27 <hottuna> 배포 자체가 대규모 공격 하에서의 성능 파악에도 도움이 됩니다 20:53:38 <zzz> (배경 설명: netdb kbucket 코드로 시작해 i2p.zzz.kademlia에 K, B, 해시 크기, 제거 알고리즘을 임의로 설정할 수 있는 제네릭 라이브러리를 만들었음. 그걸 단위 테스트로 탈탈 털었고, snark로 옮겨 BEP 5와 더 많은 테스트를 했음. 원래 계획의 마지막은 그걸 netdb로 다시 옮겨와 원을 완성하는 것) 20:54:54 <hottuna> zzz.kad && i2psnark는 좋은 기반 같네요. 오늘 코드 일부를 읽었는데, 제게 잘 와닿습니다. 20:55:01 <zzz> 당신은 다른 키 공간, 다른 회전, 다른 참여자를 제안 중. 즉 완전히 새로운 오버레이. 20:55:33 <hottuna> 완전히 새로운 오버레이를 하고 싶습니다. 20:56:04 <zzz> 오, 좋군요. 코드 리딩++ 20:56:47 <hottuna> 좋아요. 이게 말이 되고, 이의가 없다면 회의를 진행하고 싶습니다. 20:57:42 <hottuna> __Ticket #729 - osx에서 properties 위치__ 20:57:49 <hottuna> topiltzin, Meeh 20:58:11 <topiltzin> 네, 오래 매달려 있던 아주 쉬운 일감입니다 20:58:39 <zzz> 새로운 오버레이는 내겐 고통으로 들림. 21:00:12 <topiltzin> ... 어색한 순간 ... 21:00:59 <topiltzin> 아직 dht 얘기 중? 21:02:09 <dg> 내 생각엔 dht 논의가 끝난 건 아니지만, 회의를 위해서는 여기서 접는 게 좋아 보임 21:02:23 <dg> 명확한 결정은 없는 듯 21:02:26 * dg 그림자 속으로 복귀 21:03:16 <topiltzin> 당장 0.9.7을 위해선 moar FFs가 결정인 듯.. 장기적인 방향은 여전히 안개 속 21:03:42 <topiltzin> #729 진행하겠습니다. Meeh, 있나요 브로? 21:04:16 <trolly> 미안, 회의를 잊어버렸음 21:04:57 <hottuna> 좋아요 topiltzin, #729 상태는? 21:05:35 <topiltzin> 한동안 돌려봤고, trunk를 브랜치 i2p.i2p.729로 전파 중 21:05:50 <topiltzin> 잘 동작하고, 직관적임 21:06:21 <topiltzin> OSX의 신규 설치에만 영향 있으니 영향도 낮고, 등등. 21:06:44 <topiltzin> 머지해서 마무리하고 싶습니다 21:07:03 <hottuna> zzz, #729 머지 괜찮나요? 21:07:45 <hottuna> 저는 맥 접근 권한이 없는데, topiltzin과 Meeh는 있다고 가정합니다. 21:08:12 <topiltzin> 네, 여기선 아마 우리가 유일한 osx 유저일 듯 :) 21:08:15 <topiltzin> diff는 여기: 21:08:15 <topiltzin> mtn diff -r h:i2p.i2p -r h:i2p.i2p.729 21:09:14 <hottuna> 이 머신에는 저장소 설정이 안 돼 있어요 :/ 21:09:41 <dg> "access"? 21:10:00 <hottuna> 설정돼 있다는 의미 :P 21:10:07 <zzz> 이의 없음 21:10:38 <topiltzin> 관심 있는 분들을 위해 pastebin 올리는 중 21:10:50 <zzz> 약간의 테스트가 필요하지만, 머지하지 않으면 더 많은 테스트를 받기 힘들 것 21:10:50 <hottuna> 감사합니다! 21:11:35 <zzz> 몇 달 전 머지하자고 로비했었음 — #729 코멘트에서 볼 수 있을 것 21:11:42 <topiltzin> http://pastethis.i2p/show/3404/ 21:11:45 <iRelay> 제목: Paste #3404 | LodgeIt! (at pastethis.i2p) 21:12:01 <hottuna> 그럼 머지 진행합시다 21:12:17 <topiltzin> 좋아요. Meeh, 지금 말하거나 영원히 침묵을… 21:12:28 <topiltzin> (결혼식 때 신부에게 하는 말 뭐 그런 거) 21:13:18 <zzz> 그가 나중에 테스트할 거라면, 나중에 말해도 좋겠어요 :) 21:13:21 <topiltzin> 알겠습니다, 회의 후에 머지할게요 21:13:56 <hottuna> __Ticket #741 - windows에서 프로세스 이름 변경 도구__ 21:14:11 <topiltzin> str4d: 이건 얘기할 수 있나요? 21:15:54 <topiltzin> 음, 이 티켓은 그렇게 작지 않음 21:16:57 <topiltzin> 배경 - windows에서 i2p는 프로세스 이름이 "java"로 실행됨 21:16:57 <sponge> 안녕하세요 21:17:24 <sponge> 오늘 회의? 21:17:27 <topiltzin> 즉 i2p에 적용된 어떤 보안 설정도 모든 Java 애플리케이션에 적용됨 21:17:41 <hottuna> sponge: 예. http://zzz.i2p/topics/1397?page=1#p6616 21:17:48 <iRelay> 제목: zzz.i2p: Meeting [4th June] (at zzz.i2p) 21:17:48 <sponge> 감삼 21:17:59 <sponge> 드디어 한 번 참석하네... 21:18:48 <sponge> 이 요일은 항상 이 시간에 뭐 하기가 어렵네요 21:18:55 <zzz> str4d 없이 741에 대해 우리가 할 수 있는 게 있을까? 21:19:29 <sponge> 드디어 windows가 깔린 머신이 생겼음 21:19:36 <topiltzin> visual studio만 있으면 그 없이도 다 할 수 있어요 21:19:59 <sponge> 7였던가, 거의 쓰진 않지만, 도와/테스트는 가능 21:20:14 <hottuna> 마소에서 VS 라이선스를 받을 수 있을 듯, 누가 쓸 줄 안다면.. 21:20:41 <topiltzin> 프로젝트에서 그런 라이선스를 갖고 있는 게 좋아요 21:20:41 <zzz> 논의 차원에서 말한 것. 처음으로 돌아가서, topiltzin 이걸 안건에 올린 이유는? 그냥 진행을 시키려고? 21:20:41 <sponge> VS는 꽤 고통스럽다고 들었는데 21:21:07 <topiltzin> 맞아요 - 액션을 만들어 보자고 21:21:37 <hottuna> 좋아요, str4d가 없네요. 이건 테이블에 올려둘까요? 21:21:48 <sponge> 예 21:22:28 * sponge ‘기타’로 얘기할 게 있음 21:22:41 <sponge> 제가 말할 차례가 되면 알려주세요 21:23:03 <hottuna> 그걸 압도적 동의로 받아들이겠습니다. 21:23:03 <hottuna> 넘어가죠.. 21:23:06 <hottuna> __기타__ 21:23:09 <topiltzin> 테이블에 올려두는 건 좋지만, 완전히 잊지는 맙시다 21:23:21 <hottuna> topiltzin: 동의 21:23:46 <topiltzin> (다음 회의에서도 다시 꺼낼게요) 21:23:57 <topiltzin> ;-) 21:24:08 <hottuna> sponge: 기타였죠? 21:24:51 <sponge> 기타-- UDP용 Bridge API(BOB) -- 어떻게 할 수 있을지 아이디어가 몇 가지 있는데, 피드백이 필요하고, 이게 원하는 것인지도 알아야 함 21:25:18 <sponge> 기본적으로 확장 가능한 어떤 표준이 필요합니다 21:25:22 <sponge> 그리고 그걸 고수해야 함 21:25:43 <sponge> 또한 기존에 있는 것들을 망치지 않아야 함 21:25:57 <sponge> 음-- 쉽게 적응 가능해야 21:26:56 <hottuna> 그래서 질문은 사람들이 그걸 무엇에 쓸 것이냐는 거죠? 21:27:03 <zzz> 이미 http://zzz.i2p/topics/1393 에 쓰레드가 있음 --- 거기에 제안을 올리는 게 어떨지? 21:27:10 <iRelay> 제목: zzz.i2p: UDP Trackers (at zzz.i2p) 21:27:10 <sponge> 두 가지 방식으로 생각 중 — UDP 패킷을 <<destination><data>> 또는 <<handle><data>>로 감싸기 21:28:13 <dg> hottuna: 트래커, voip? 21:28:16 <sponge> 수요가 궁금함 21:28:16 <dg> 감히 말하자면, 게임 21:29:03 <sponge> 그리고 이걸 논의할 사람이 필요합니다. 수년 동안 누군가와 얘기하려 했는데, 더 많은 아이디어가 필요하고, 아무도 이 문제를 생각하고 싶어하지 않음 21:29:03 <dg> 아, anonet. psi가 그걸 밀었지. 21:29:03 <sponge> *누군가 21:29:03 <zzz> SOCKS가 어떻게 하는지도 읽어봐야 21:29:03 <sponge> IDP를 쓰는 앱들도 있음 21:29:06 <sponge> *UDP 21:29:22 <sponge> gnutella 잊지 마세요 21:29:25 <inscrutable> voip(mumble)은 구현되어 사용된 적 있음 21:29:44 <zzz> 그건 tcp 21:29:47 <sponge> bote는 udp스러운 패킷도 씀 21:29:54 <sponge> gnutella는 udp를 쓸 수 있음 21:29:58 <inscrutable> zzz: 내 실수 21:30:29 <orion> 다음 회의는 언제죠? 21:30:40 <hottuna> 누군가 주최하고 싶을 때면 언제든 21:30:40 <zzz> JVM 내부에선 다 쉬움. zzzot에 udp를 하루 만에 추가할 수 있음. 외부 인터페이스가 골칫거리. 21:30:40 <sponge> 그럼 수요가 있는지? 확장 가능하고 낡지 않게 구현 아이디어가 있다면 올려주세요 21:30:45 <orion> 이런, 지금 회의 중이었군요. 21:30:45 <hottuna> 지금은 __기타__ 중입니다.. 21:31:25 <dg> sponge: 네. 21:31:32 <sponge> 두 번째 기타--- ipv6와 익명 해제에 대한 영향 21:31:35 <orion> hottuna: 감사합니다. 21:31:50 <sponge> 우려사항? 21:32:01 <sponge> ipv6 사용이 얼마나 가까웠죠 21:32:08 <sponge> 어떻게 21:32:12 <hottuna> 어떤 우려가 있나요 sponge? 21:32:27 <sponge> ipv6는 신원과 쉽게 연결될 수 있음 21:32:46 <Meeh> 젠장, 회의에 늦잠 -.- 21:32:53 <zzz> IPv6 쓰레드: http://zzz.i2p/topics/109 21:32:56 <hottuna> 주소 공간이 더 커서요? 21:32:59 <iRelay> 제목: zzz.i2p: IPV6 TODO (at zzz.i2p) 21:33:03 <sponge> 네 21:33:03 <sponge> 생각해 봤는데 21:33:14 <sponge> zzz: 관련은 있지만, 다른 얘기 21:33:17 <dg> ipv6가 익명성을 해제하진 않음? WHOIS가 더 정확할 수도 있고, NAT 존재 여부를 판단할 수 있을 수도(밥과 라이언이 NAT 뒤에 있으면 누가 누군지 모름) — IPv6라면 밥인지 라이언인지 알 수도. 21:33:24 <dg> 내 생각엔, I2P에 실질적인 차이는 없음. 21:33:27 <sponge> i2p가 ipv6 공간을 얻을 수도 있음 21:33:39 <psi> socks 5 udp면 최고 21:33:42 <sponge> 그걸 사용자에게 tunnel을 통해 분배 21:33:45 <str4d> o/ 21:33:48 <orion> 참고: i2pcpp는 전체 ipv6 지원 예정. 21:33:54 <str4d> 늦어서 죄송. 21:33:57 <hottuna> dg: 동의. 21:34:06 <zzz> sponge의 우려 목록 대기 중(포스트 #66) 21:34:20 <dg> hottuna: sponge가 더 추가할 게 없다면 넘어가도? 21:34:35 <dg> 난 이게 이슈가 아니라고 느낌 21:34:35 <zzz> 일정? 0.9.8에 머지, 0.9.9에서 기본 활성화 21:34:38 <sponge> 요컨대.... i2p가 고위험 인원을 위해 ipv6 tunnel을 제공할까요? 21:34:53 <topiltzin> 아 str4d, i2p.exe 논의 놓쳤음 :( 21:35:04 <sponge> 그래야 할까? 21:35:07 <hottuna> 우리의 위협 모델에 I2P 실행 자체가 불법인 상황은 포함되지 않는다고 봅니다. 21:35:31 <hottuna> 그런 경우라면 ipv4도 문제일 겁니다. 21:35:42 <zzz> orion, 지금 내 ipv6 브랜치와 문서가 일치하도록 문서를 최신으로 유지하려고 함. 21:35:45 <sponge> ht: 일부 국가(중국?)에선 그렇죠 21:36:20 <hottuna> 그리고 누가 i2p를 돌리는지 정도만 추가로 노출될 뿐입니다. 21:36:39 <zzz> GFW를 통과하는 최선은 IPv6일 수도. 부정적으로 보이긴 어려움 21:38:09 <sponge> 마지막 기타--- 이전 회의들을 놓쳐서 정말 미안. 이 요일과 시간엔 항상 어렵네요. 곧 모든 것에 더 적극적으로 참여할게요... 다음 사람에게 토킹 스틱을 넘깁니다... 21:38:13 <orion> zzz: 감사합니다. 21:39:03 <hottuna> Meeh: #726을 놓쳤지만, topiltzin이 머지할 패치를 테스트해 달라는 요청을 받았어요(요약은 이 정도) 21:39:15 <hottuna> str4d: #741은 다음 회의로 미뤘습니다 21:39:22 <hottuna> sponge: 좋네요 :) 21:39:29 <sponge> 741을 지금 꺼내자고 제안 21:39:32 <hottuna> 좋아요, 다른 건 있나요? 21:39:32 <Meeh> hottuna: 메모함. 21:39:39 <sponge> 그가 있으니, 왜 안 돼 21:39:46 <hottuna> 저는 괜찮습니다 21:39:46 <orion> hottuna: 네, 사소한 것 하나. 21:40:01 <hottuna> 좋아요, orion 진행! 21:40:04 <topiltzin> 741 테이블 해제 중 ... :) 21:40:20 <orion> press@i2p2.de 이메일 계정 자격 증명을 받을 수 있을지 궁금합니다. 21:40:27 <orion> 그리고 웹사이트 업데이트도. 21:40:46 <sponge> orion: 웹사이트는 mtn에 있음 21:40:56 <hottuna> 웹사이트의 어느 부분을 업데이트하나요? 21:41:03 <str4d> 그리고 웹사이트 업데이트에 자격 증명은 필요 없습니다. 21:41:18 <str4d> (그냥 mtn 키 만들고 진행) 21:41:25 <orion> str4d: 이메일 계정이요 21:41:43 <hottuna> 그 도메인은 welterde가 관리하는 걸로 알아요. 21:41:46 <orion> 아니면 됐어요. team.html 페이지는 이미 업데이트됨. 21:41:46 <zzz> 실망할 수도 — 거기로 온 메일이 단 한 통도 없었던 걸로… 추가되려면 welterde에게 문의. 그건 리스트로 리다이렉트일 뿐이고, 계정은 없음. 21:42:02 <orion> 그러면 지금은 이메일 계정뿐이네요. 21:42:20 <orion> welterde와 얘기하겠습니다, 감사합니다. 제 시간은 여기까지. 21:42:30 <hottuna> 훌륭 21:42:38 <hottuna> __Ticket #741 - windows에서 프로세스 이름 변경 도구__ 21:42:45 <str4d> 좋아요, 741을 간단히 테이블에서 내릴까요? 21:42:45 <hottuna> topiltzin, str4d 21:42:52 <hottuna> 예 21:42:58 <sponge> :-) 21:43:05 <str4d> 현재 상황: 프로세스 리네이머가 동작합니다. 21:43:12 <str4d> (Tanuki wrapper가 호출할 때) 21:43:23 <str4d> (또는 CLI 인자를 전달한 경우) 21:44:01 <str4d> Win7에서 테스트했습니다. topiltzin이 코드가 Win8을 제외한 거의 모든 곳에서 실행됐음을 확인해줬습니다. 21:44:12 <str4d> 그래서 거기서는 테스트가 필요. 21:44:34 <hottuna> Win8 접근 가능한 분? 21:44:37 <zzz> 32/64? 21:44:52 * KillYourTV 가능 21:44:59 <str4d> 현재 작동하지 않는 한 부분은 내부 기본값 — 외부에서 인자가 제공되지 않을 때(예: wrapper나 CLI 없음) 사용되는 인자입니다. 21:45:02 <KillYourTV> (win 8, x64 및/또는 x86) 21:45:09 <sponge> 딸이 8로 업그레이드하려 했는데, 정말 안 좋다는 걸 알았음. 21:45:12 <str4d> zzz: 64비트 Win7에서 돌렸어요 21:45:30 <str4d> (아마도) 21:45:30 <hottuna> 그럼 KillYourTV, 테스트 가능? 21:45:37 <KillYourTV> 언제든 21:45:44 <hottuna> :) 21:45:52 <str4d> 고마워요 KillYourTV :) 21:46:11 <topiltzin> 남은 포인트 두 개 보임: 21:46:11 * KillYourTV VM 몇 개 세팅할게요 21:46:14 <str4d> 테스트는 새 i2p.exe를 설치 폴더에 넣고, wrapper.config에서 "java" 대신 "i2p"를 쓰도록 수정하는 것뿐. 21:46:21 <topiltzin> 1. 아이콘 - 다른 크기, 알파 채널, 잡다한 것들 필요 21:46:36 <topiltzin> 2. 라이선스, 설명 등 문자열 리뷰 필요 21:46:55 <str4d> 1. - VS 파일을 i2p.i2p의 installer/ 디렉터리 내 아이콘을 참조하도록 설정해둠. 21:47:22 <str4d> 그래서 launch4j 기반 i2p.exe가 쓰는 것과 같은 아이콘을 써야 함. 21:47:25 <KillYourTV> 제안된 "renamer"가 이미 i2p.i2p에 있나요? 21:47:36 <str4d> 2. - 동의. 21:47:36 <hottuna> 아이콘 관련: 고품질/svg 파일은 없는 듯 21:47:51 <str4d> KillYourTV: 네 - installer/c/i2pExe 21:48:10 <zzz> 인자 없이 작동하지 않는다면, 문제가 아닌가요? 21:48:10 <KillYourTV> 좋아요, 나머진 제가 처리 가능 ^^ 21:48:28 <str4d> zzz: 맞아요, 문제입니다. 21:48:35 <topiltzin> 그러면 제어판 같은 게 이상해질 수도 21:48:43 <str4d> launch4j 기반 i2p.exe를 대체하려면 그게 고쳐져야 합니다 21:48:54 <topiltzin> str4d: 정말 문제 맞아요? 기본값을 하드코딩해둔 걸로 아는데 21:49:17 <str4d> topiltzin: 하긴 했는데, 그냥 크래시했고 당시엔 왜인지 못 찾았음. 21:49:29 <sponge> 하드코딩은 나쁠 수 있음, 먼저 경로 검색하세요. 21:49:47 <str4d> 하지만 똑같아야 할 인자들을 뽑아서 CLI로 쓰면 잘 됐습니다.. 21:50:02 <str4d> sponge: 다른 기본값 얘기예요. 21:50:13 <sponge> 아하 21:50:35 <str4d> sponge: 이건 wrapper.config가 없을 때 I2P가 실행되는 설정입니다. installer/i2pstandalone.xml 참고 21:50:38 <topiltzin> str4d: KillYourTV가 테스트하려면 실제 i2p.exe를 빌드해야 하는데, mtn에 그걸 커밋해뒀나요? 21:50:46 <str4d> (그리고 build.xml의 doBuildExe 타깃) 21:50:49 <sponge> str4d: BOB에서 했던 것처럼 사실상 double main()이 필요할 수도 21:50:53 <KillYourTV> topiltzin: 소스는 mtn에 있어요 21:51:07 * KillYourTV 이미 물어봄 ^^ 21:51:14 <str4d> topiltzin: 빌드가 필요 - 실제로 i를 사용하기 직전까지는 바이너리를 커밋할 생각이 없었어요. 21:51:21 <str4d> KillYourTV: 소스가 mtn에 있다는 뜻이었어요 ^_^ 21:51:24 <sponge> 첫 main이 누락된 인자를 삽입하고, 실제 main()에 전달 21:51:31 <KillYourTV> 아...헿 21:51:58 <str4d> sponge: 거의 그렇게 하고 있어요 - 인자가 전달되면 그걸 쓰고, 아니면 기본 인자를 구성. 21:52:05 <sponge> 그러면 main()과 _main() 21:52:08 <topiltzin> 그러면 i2p.exe는 mtn에 없나요? 21:52:08 <str4d> topiltzin: launch.properties의 포맷이 뭐였죠? 21:52:27 <str4d> topiltzin: 맞아요. installer/c/i2pExe/i2p.c 등만. 21:52:30 <sponge> 첫 번째는 단순 정리 21:52:37 <str4d> sponge: 코드 installer/c/i2pExe/i2p.c를 보세요. 21:52:37 <dg> topiltzin: 소스는 예, 바이너리는 아니오 21:52:48 <sponge> 볼게요, 감사합니다 21:53:11 <sponge> 왜 깨지는지에 대해 피드백 드릴게요 21:53:27 <str4d> topiltzin: 주석 처리된 메서드들도 몇 개 있었는데, 목적을 못 찾았음. 21:54:04 <topiltzin> 괜찮아요, 오프라인으로 설명할게요 21:54:15 <topiltzin> 그런데 KillYourTV가 테스트하려면 바이너리가 필요합니다, 빌드 가능? 21:54:54 <str4d> topiltzin: 물론이죠. 21:55:21 <topiltzin> launch.properties - 아마 속성당 한 줄일 텐데, 재확인 필요 21:55:39 <str4d> (KillYourTV가 VS2008을 이미 갖고 있지 않다면요 - 그걸로 빌드함) 21:56:05 <topiltzin> 흥미로운 또 다른 __기타__ 포인트: 21:56:08 <str4d> topiltzin: launch.properties를 standalone 케이스용 wrapper.config처럼 만들 생각. 21:56:23 <topiltzin> 네 21:56:42 <str4d> (현재 standalone i2p.exe는 전혀 조정이 불가능함) 21:58:33 <topiltzin> 이제 프로젝트에 현금이 쌓였으니(어떤 미지의 인물이 싸게 1000 BTC를 기부해서) vmware, visual studio 같은 소프트웨어 라이선스를 갖추면 좋겠습니다. 21:59:21 <hottuna> visual studio는 제가 무료로 받을 수 있거나, 여러분 중 한 명이 21:59:24 <topiltzin> KillYourTV가 Windows 8을 합법적으로 구매했으리라 믿습니다만 :-D 기술적으로는 프로젝트가 그 비용을 부담해야 옳음 21:59:39 <zzz> 마소가 TV에서 $450짜리 win8 컴퓨터 광고하더군(Asus? Acer?). 그런 걸 하나 사도 됨 22:00:05 <sponge> 훌륭한 아이디어 zzz 22:00:16 <KillYourTV> (dreamspark 사본, "교육용") 22:00:27 <maidenboi2> tiger direct엔 종종 저가 노트북이 300-400에 뜸 22:00:27 <orion> 마소가 학생 할인을 제공하면, 제가 받을 수 있어요. 22:00:34 <orion> 그 방향으로 가고 싶다면. 22:00:37 <topiltzin> hottuna 네 부탁( VS 관련) 22:00:51 <dg> 잠깐 22:01:01 <dg> 우리가 산 게이머 노트북이 win. 8이었나? 22:01:19 <hottuna> 장난감이 정말 필요한가요? vm으로 테스트하면 안 되나요? 22:01:27 <KillYourTV> echelon은 본인 윈도우가 있었어요. 22:01:45 <KillYourTV> 그리고 저는 항상 클린 VM에서 테스트합니다 22:01:52 <sponge> str4d: VS가 어딘가 있긴 한데(매우 오래됨) 그걸 쓰진 않을 듯. 여기 pull and apply가 끝나면 코드를 검토하고 조언해줄게요 22:02:14 <str4d> sponge: 감사합니다. 22:02:59 <topiltzin> vm이 항상 더 좋죠 22:02:59 <orion> 저도 VM에 동의. 22:02:59 <topiltzin> 디버깅 쉽게 이미지 돌려볼 수도 있고요 22:02:59 <hottuna> 좋아요. 이 주제/논의는 만족스러운가요? 22:02:59 <sponge> str4d: 지난 한 달간 C, C++, ASM에 파묻혀 있었음 22:03:02 <zzz> win8 넷북이 VS보다 훨씬 싸게 먹힐 듯 22:03:52 <orion> zzz: 제가 VS 학생용 사본을 받으면 어때요? 22:04:03 <hottuna> 저도 제 학생용 사본을 기부할까 생각 중이었음. 22:04:14 <topiltzin> orion: 학생용 사본을 받으면 i2p는 기술적으로 그걸 사용할 수 없음 22:04:21 <sponge> 제 딸도 학생 버전을 받을 수 있을지도 22:04:27 <topiltzin> s/technically/legally/ 22:04:31 <iRelay> topiltzin의 의미: orion: 학생용 사본이면 i2p는 법적으로 사용할 수 없음 22:04:31 <hottuna> topiltzin: 왜요? 22:04:34 <str4d> hottuna: 제 쪽은 예. 두 가지 주요 액션 아이템: 기본값 수정(그리고 launch.properties 제공); KillYourTV가 테스트할 i2p.exe 빌드. 22:04:37 <orion> 제 교육을 위한 것이니까요. 22:05:07 <hottuna> 영리 회사/프로젝트를 위한 게 아니고 22:05:07 <topiltzin> orion의 교육용 학생 사본이기 때문 — 그건 그만 사용할 수 있다는 뜻 22:05:26 <hottuna> 알겠습니다. 그런 경우 저는 VS를 제공할 수 없겠네요. 22:05:49 <topiltzin> 당신 것은 어떤 라이선스인가요? 22:05:58 <hottuna> 그리고 이건 mingw로 빌드할 수 없나요? 22:05:58 <hottuna> topiltzin: 학생용 22:06:46 <topiltzin> 당신이 그걸로 i2p.exe나 i2p용 다른 걸 빌드하는 건 가능해요, 단 다른 사람에게 넘겨줄 수만 없죠 22:07:23 <KillYourTV> vs2008 express는 어떤가요? 32비트 전용인가요? 22:07:46 <sponge> str4d: 참고! C 코드에 C++ 코멘트를 섞는 건 좋은 스타일이 아님 ;-) /* */를 쓰세요 22:08:01 <KillYourTV> i2p.exe 64비트와 i2p.exe 32비트 둘 다가 필요하겠죠 22:08:32 <topiltzin> 제 생각엔 32비트만으로도 충분 22:08:35 <sponge> 벌써 당신 문제를 봤습니다 22:09:01 <topiltzin> 충분 = 64비트와 32비트 윈도우에서 모두 실행됨 22:09:19 <KillYourTV> 32비트 i2p.exe가 64비트 wrapper를 불러올 수 있을지 모르겠네요. 32비트 wrapper는 64비트 jvm을 불러올 수 없음 22:09:36 <KillYourTV> 이건 잘 모르겠지만요 22:10:48 <sponge> str4d: i2p.c 54번째 줄, 그리고 아래 루프 — 올바르게 할당하지 않았어요... '*new_argv[0]'이어야지 'new_argv[0]'가 아닙니다. 아래 루프도 마찬가지. 마지막 NULL은 괜찮을 듯 22:11:06 <K1773R> KillYourTV: x86이 x86 또는 x64 런처를 시작하는 건 어때요? 22:11:44 <sponge> str4d: 그걸 시도해보면, 아마 잘 될 겁니다 22:11:47 <KillYourTV> 제가 말하는 건, 그게 가능한지 모르겠다는 거예요. 32비트 바이너리는 보통 x64 바이너리를 호출할 수 없죠. 22:12:47 <sponge> 사실 첫 줄은 괜찮을 수 있지만, 루프에는 *가 필요 22:13:26 <sponge> read_options가 포인터로 반환한다면, 포인터를 복사해야 함 22:13:45 <K1773R> KillYourTV: 최후의 수단으로는 cmd.exe를 통해 가능할 듯, 다만 그건 윈도 문제 22:13:48 <sponge> new_argv[i] = &(read_options[i-1]); 22:13:51 <sponge> 이런 식으로 22:14:57 <topiltzin> sponge 윈도우 박스 접근 가능? 이거 테스트 좀 도와줄 수 있어요? 22:15:17 <topiltzin> sponge: 코멘트는 trac #741에도 남겨주세요 22:15:35 <sponge> win 7 노트북이 있지만, 오늘은 테스트 불가. 시간이 부족해서, 여기 오는 데 시간을 할애했음 22:16:17 <sponge> 아니었으면 바로 뛰어들었죠 22:16:52 <sponge> 요지는 포인터 배열에 대한 포인터가 있다는 것 22:17:41 <KillYourTV> 사실상 모든/모든 버전의 Windows를 테스트할 수 있습니다 22:17:44 <sponge> 포인터를 복사하지 않고, 코드가 처음 몇 글자를 복사하고 있으며, 그건 랜덤한 쓰레기를 가리켜 크래시를 유발 22:18:46 <sponge> new_argv[0] = argv[0]; <-- 이건 괜찮음 22:18:59 <sponge> new_argv[i] = read_options[i-1]; <-- 랜덤 쓰레기 22:19:13 * hottuna 회의 종료 망치를 준비 중 22:20:21 <hottuna> 좋아요.. 마감 시간 22:20:24 <str4d> sponge: 그 부분은 limewireExe와 같다고 거의 확신함 22:20:31 <micster> 모두가 가기 전에, Invisible Internet Project의 "비영리 501(c)(3) 지위"에 대해 생각해 왔습니다. 여기에서 얘기할지 아니면 다른 곳에서 할지? 22:20:38 <str4d> (topiltzin에 따르면 작동하는 상태였어야 함) 22:20:45 <hottuna> micster: 네 22:21:04 <dg> hottuna: #741은 끝났나요? 22:21:22 <hottuna> 끝나진 않을 듯 :P 22:21:29 <sponge> str4d: 문제 2 22:21:33 <sponge> free(read_options); 22:21:45 <sponge> 거기서 free하지 마세요 22:21:48 <micster> 독일에서 법인을 설립하고 싶다는 포럼 글을 봤습니다. 저는 미국에 있고, 이걸 추진하는 데 관심이 있어요. 22:21:52 <str4d> KillYourTV: 32/64 관련, 현재 launch4j 기반 i2p.exe에선 어떻게 되나요? 그건 별도의 java.exe 프로세스를 시작합니다; 32와 64비트로 따로 빌드되나요? 22:21:55 <hottuna> sponge: 저는 가야 해요. 나머지 회의를 맡아줄 수 있나요? 22:21:58 <sponge> 맨 마지막에 free 하세요 22:22:09 <sponge> 저도 이제 가려는 참 22:22:15 <hottuna> 마지막으로 'baf'만 하면 끝이에요 22:22:18 <hottuna> 이런! 22:22:25 <dg> micster: 훌륭! 안타깝게도 타이밍이 좀 안 좋네요. 가능하면 zzz.i2p(“포럼”)에 게시해 주시겠어요? 22:22:28 <str4d> sponge: 제안해 준 걸 시도해 보고 보고하겠습니다. 22:22:31 <sponge> 끝난 것 같아요 22:22:38 <micster> 네 22:22:41 <str4d> (나중에요 - 잠시 자리 비움 o/) 22:22:59 <sponge> str4d: 포인터인지 두 번 확인 22:23:01 * hottuna 회의 종료 망치를 'baf'함 22:23:06 * hottuna **baf** 22:23:17 <sponge> **BARF** :-) 22:23:35 <hottuna> 요약은 여기: http://zzz.i2p/topics/1397 22:23:42 <iRelay> 제목: zzz.i2p: Meeting [4th June] (at zzz.i2p) 22:23:50 <RN> :) 22:23:57 <sponge> 좋아요, 이제 심부름 다녀올 수 있겠다 22:24:08 <topiltzin> 모두 수고 많으셨습니다! 22:24:19 <dg> micster: 회의가 이제 마무리 중이고, 모두 전달하고 싶은 게 많은 것 같네요. 거기에 올리면 더 많은 노출과 생각을 얻을 수 있을 겁니다. 22:24:53 <micster> 네, 글 올릴게요. 아마 다음 회의에서 논의될 수 있겠죠. 22:25:01 <micster> 제가 맞는 곳에 있는지 확인하고 싶었어요. 22:26:52 <RN> 좋은 논의가 많았네요. 참여해 주셔서 감사합니다 여러분 22:27:07 <hottuna> :) 22:28:54 <zzz> micster, 이에 대한 올바른 쓰레드는 http://zzz.i2p/topics/1388 22:28:58 <iRelay> 제목: zzz.i2p: Official I2P group (at zzz.i2p)