I2P 개발자 회의 - 2014년 11월 25일

20:04:39 <str4d> 요 20:04:44 <str4d> 회의 시간입니다 20:06:47 <str4d> zzz, psi, kytv, Meeh, dg 20:07:30 <psi> 그래요? 20:07:39 <psi> 아 화요일 20:09:03 <zzz> 참석 20:09:48 <orignal> 회의? 20:10:11 <str4d> orignal: Java I2P 할 일 목록을 논의 중 20:10:35 <str4d> 다른 사람들이 올 때까지: http://trac.i2p2.i2p/wiki/Roadmaps/1.0 20:10:41 <kytv> 저도 참석, 다만 이런 건엔 보통 쓸모가 없지만요. 20:11:37 <str4d> 위 페이지의 Gantt 차트를 (0.9.13-0.9.16 개발 사이클용으로 만들어 둔 것) 우리가 했다고 생각하는 것들을 반영하도록 조정해 두었습니다. 20:13:30 <zzz> 흥미롭군요 20:14:06 <zzz> multiple dests per tunnel <-- 아직 안 됨 20:14:22 <str4d> 아직요? 알겠어요, 제 실수. 20:14:27 <zzz> findbugs pass <-- 했지만, 언제든 다시 할 수 있음 20:14:56 <str4d> I2CP당 다중 세션 - 그것도 아직 안 됐네요 *어휴* 20:14:56 * str4d 수정함 20:15:48 <zzz> 와, 올 한 해 성과가 좋았네요 (제 생각엔) 20:16:38 <eche|on> 네, 그랬죠 20:17:14 <str4d> zzz: 네, 저는 그걸 감사 준비의 일부라고 특정했는데, 맞는 말이에요. 20:17:39 <zzz> 새 DH 조사 <---- 어쨌든 NTCP2와 관련해서는 절반만 완료됐다고 하겠습니다 20:20:26 <str4d> Gantt는 반쯤 끝난 건 표시하기가 쉽지 않네요 :P 20:20:34 <str4d> 페이지 새로고침, 수정 반영됨 20:21:36 <str4d> 좋아요, 그게 지난 사이클에 완료한 것들입니다. 20:21:36 <zzz> 그럼 미완이네요 20:23:45 <str4d> 이번 회의의 목적은 다음 사이클에 무엇을 할지 계획을 시작하는 것입니다. 20:23:46 <zzz> 3~5 릴리스 단위의 계획 사이클이 우리의 집중과 자원 배분에 매우 도움이 된다는 점을 다시 강조하고 싶습니다 20:23:47 <str4d> (Gantt 차트를 업데이트할 때, 반쯤 끝난 것들은 그대로 두고 다음으로 미루겠습니다) 20:23:47 <str4d> 지난 회의에서 참석자들에게 I2P 내부와 주변에서 하고 싶은 일을 각자 몇 가지씩 생각해 오라고 부탁했습니다 20:23:47 <str4d> 이제 그걸 붙여넣어 주시겠어요? 20:24:21 <str4d> +1 20:24:36 <str4d> 그리고 이제 그에 대한 근거도 생겼네요! 20:26:15 <zzz> 무엇이 더 중요한지 논쟁하지 않고 말하자면, Gantt 차트에 표시된 미완료 항목은 거의 모두 여전히 중요하다고 봅니다 20:27:01 <str4d> 동의합니다. 20:27:07 <str4d> 지난주에 떠올린 아이디어가 있다면 무엇인지 여전히 보고 싶습니다. 20:27:45 <str4d> 제 것은 여기: http://pastethis.i2p/show/jF2RkHwrIPkCb0yOpI7l/ 20:27:46 <iRelay> 제목: Paste #jF2RkHwrIPkCb0yOpI7l | LodgeIt! (at pastethis.i2p) 20:28:07 <eche|on> 아이디어가 다 떨어졌는데, I2P를 더 널리 쓰이게 하려면 Bote Android의 도움을 받고, i2p messenger도 하나의 옵션이고, XMPP 서버, 그리고 syndie도요. 미안하지만, 저는 아직 syndie가 중요하다고 봅니다. 20:28:27 <str4d> eche|on: 훌륭해요, 감사합니다! 20:28:43 <str4d> 계속 올려주세요 :) 20:28:53 <eche|on> 그리고 Android 앱과 함께 restricted routes도 따라옵니다 20:28:54 <zzz> 제가 새로 적은 목록: Red Hat의 ECDSA 문제 해결, EdDSA로의 마이그레이션, Jetty 9 / Java 7, Vuze 사용자 기반 확대, 그리고 더 많은 마케팅/홍보/파트너십/임베딩 20:29:36 <str4d> 기록을 위해 제 아이디어도 여기에 적겠습니다: 20:30:11 <str4d> I2P 안에서 할 일: Routerconsole UX 분석과 재설계; Tor의 HS 2.0 설계에서 아이디어를 가져와 I2P Destinations에 적용; 대역폭 스케줄링. I2P 주변에서 할 일: 웹사이트 테마 개선; I2P-Bote fetching relays 구현; 연구 20:30:23 <zzz> 또 하나: Orchid: 고치거나 퇴출하거나 20:30:32 <str4d> +100 20:31:13 <kytv> RedHat/Gentoo ECDSDA 문제와 관련해서, 다운로드 링크가 있는 메시지를 사이드바(또는 로그)에 표시할 수도/해야 할 수도 있겠네요. 아니면 ./lib에 우리가 내려받아도 될지 사용자에게 물어볼 수도 있고요 20:31:35 <zzz> 또 하나: 테스트 개선, 테스트 하드웨어, Windows 테스트 20:31:58 <str4d> kytv: 좋은 아이디어예요 (하지만 토론은 다음 회의로 미뤄도 되겠죠 :) 20:32:03 <zzz> 또 하나: 돈을 더 쓰기 20:32:36 <zzz> 또 하나: 중국 20:32:58 <str4d> 이 아이디어들과 위 페이지의 미완료 목록을 합치면, 잠재적 프로젝트 풀은 충분합니다. 20:33:34 <str4d> 제 목표는 이 프로젝트들을 정리하고, 체계화해서 웹사이트의 할 일 페이지에 공개하는 것입니다 20:34:11 <str4d> 다른 프로젝트들의 할 일 페이지를 살펴본 결과, 제가 제안하는 형식은 이렇습니다: 20:34:11 <str4d> http://pastethis.i2p/show/nvexU3ZvSFOI6L5DrrqM/ 20:34:12 <iRelay> 제목: Paste #nvexU3ZvSFOI6L5DrrqM | LodgeIt! (at pastethis.i2p) 20:34:54 <eche|on> 좋은 생각이네요 20:35:10 <kytv> Orchid도 동의 20:35:10 <kytv> 제가 생각하는 'I2P 주변에서 할 일'의 핵심은 테스트입니다. 소프트웨어로 하는 자동화 테스트가 아니라, 테스트 없이 우리 서비스들이 라이브로 올라가는 상황… 그냥 푹, '라이브예요… 제대로 되는진 모르겠지만요.' 20:35:12 <kytv> I2P 안에서: Windows에서 권한 문제를 피하려고 설치 관리자가 사용자 디렉터리에 설치하도록 만들기. 쉬워야 하는데, 방법을 모르겠네요. 20:35:16 <kytv> Chrome이 그렇게 했죠(아직도 그러나요?) 20:35:41 <str4d> 제가 생각하는 이상적인 최종 결과: 사용자가 할 일 페이지로 가서 I2P 안팎의 프로젝트에 대해 우리가 갖고 있는 모든 아이디어 목록을 볼 수 있게 하는 것. 20:36:11 <zzz> 또 하나: GSoC 20:36:14 <str4d> 상단에는 태그 클라우드를 두어 특정 기술이 필요한 프로젝트만 필터링할 수 있게 할 겁니다 20:36:17 <str4d> skills 20:36:21 <zzz> 또 하나: 여름철 밋업 20:37:54 <zzz> 또 하나: GNS 조사 2차 패스? 20:38:28 <str4d> 음 20:38:54 <zzz> 아니면 그 팀과 한 번 더 논의하는 걸로 충분할 수도요 20:39:09 <str4d> 지금은 Gantt에서 완료된 작업들을 골라내겠습니다. 20:39:27 <zzz> 그걸 저장하고 새로 시작할 수 있나요? 20:39:29 <str4d> zzz: 아래쪽 몇 개 중 어떤 게 완료됐나요(SSU replay detection 등)? 20:39:38 <str4d> 네, 가능합니다. 20:39:49 <zzz> 우리가 실제로 성과를 내고 있음을 보여 주는 게 꽤 좋습니다 20:40:19 <eche|on> zzz: 제 생각엔 대부분 당신이 하셨어요 20:40:35 <EinMByte> 회의 놓친 건가요? 20:40:37 <zzz> 완료/미완료 구분이 애매했던 건 다 보고했던 것 같아요 20:42:39 <str4d> 새 차트 올렸습니다 20:43:55 <str4d> zzz: 아래쪽 세 개 중 어떤 걸 앞으로 미뤄야 할까요? 클라이언트 locking이 아직 이슈죠? 20:43:59 <zzz> 앞으로 몇 달 동안은 비(非)코딩 작업에 대해 훨씬 더 많은 계획과 집중이 있었으면 합니다. 너무 많은 일들이 상당히 체계적이지 않거나, 규칙적이고 안정적인 속도와는 거리가 먼 상태로 진행되고 있습니다 20:44:09 <str4d> (클라이언트 tunnel locking) 20:44:18 <str4d> zzz: 동의합니다. 20:44:34 <str4d> 제 생각엔 할 일 페이지를 작업하는 게 여기에 도움이 될 겁니다. 20:44:56 <str4d> 비코딩 프로젝트를 신입도 이해하고 수행할 수 있게 설명할 수 있다면, 우리에게도 도움이 됩니다. 20:44:59 <zzz> 지금 그 client locking 항목이 정확히 뭔지는 100% 확실치 않은데, 아직 미완인 건 맞다고 생각합니다 20:45:08 <str4d> (코딩 프로젝트도 마찬가지) 20:45:32 <zzz> 네 20:45:53 * str4d streaming 개선도 앞으로 미룸 20:46:03 <str4d> 그럼 SSU session replay detection은 빼도 될까요? 20:46:04 <dg> 중복 이슈를 말하는 건가요? 20:46:18 <dg> I2PTunnel에서 unregister되지 않고 새 것을 허용하지 않는 tunnel이 생기던 방식? 그런 류요? 20:46:30 <zzz> str4d, SSU replay 건은 나중에 다시 얘기해야겠어요, 지금은 확실치 않네요 20:46:45 <dg> 처리량보다는 tunnel death를 줄이는 쪽이 좋겠습니다 20:46:59 <str4d> dg: 그게 맞을지도요. I2PTunnel 시작 시 UI를 lock시키는 별도의 이슈도 있습니다 20:47:29 <zzz> 'tunnel death'를 새 항목으로 올리죠, 왜 안 되겠어요 20:48:01 <dg> str4d: 그걸 잊고 있었네요! 20:48:03 <str4d> ㅇㅋ 20:48:39 <zzz> locking 건은 코드에 확인하지 않은 게 좀 있는 것 같고, 18개월쯤 질질 끌어왔는데 아직도 제대로 안 됐습니다 20:48:40 <str4d> 다음: 위의 아이디어를 훑어보죠. 어떤 것들을 우리의 6개월 시트에 넣어야 할까요(즉, Gantt에 무엇을 추가해야 할까요)? 20:50:16 <psi> EinMByte: 회의 진행 중 20:50:21 <psi> (아니요) 20:51:51 <zzz> 일단 전부 올려두고, 나중에 우선순위를 논의하거나, Gantt의 의존성이 다음에 무엇을 할지 알려주도록 하는 게 어떨까요? 20:52:52 <str4d> 음ㅋ 20:53:04 * str4d 위의 목록을 뽑아서 지금 정리하는 중 20:53:08 <EinMByte> psi: 오, 좋아요. 20:54:08 <psi> 잠재 항목: tunnel 처리량과 메시지 드롭율 벤치마크 20:54:26 <str4d> EinMByte: 우리의 할 일 목록에 대한 아이디어가 있나요? 20:55:15 <EinMByte> NTCP2, 아마도요. 다만 장기 과제가 될 겁니다 20:56:39 <str4d> EinMByte: 참고용: http://trac.i2p2.i2p/wiki/Roadmaps/1.0 20:56:53 <EinMByte> 고마워요 20:57:04 <EinMByte> (막 물어보려던 참이었어요) 21:00:23 <str4d> 여기 모두의 아이디어 목록이 있습니다: 21:00:24 <str4d> http://pastethis.i2p/show/K0fGRb2708ADbCTZ9u9K/ 21:00:25 <iRelay> 제목: Paste #K0fGRb2708ADbCTZ9u9K | LodgeIt! (at pastethis.i2p) 21:01:01 <str4d> 이 중 거의 전부는 웹사이트 할 일 페이지의 프로젝트로 바꿀 수 있습니다. 21:01:36 <str4d> 다음 논의 주제: 이 중에서(그리고 현재 Gantt에 있는 것들 중에서) 앞으로 6개월 동안 우리가 우선해야 할 것은 무엇인가요? 21:02:48 <psi> 제 생각엔 restricted routes가 아마 가장 중요한 항목입니다 21:02:50 <EinMByte> syndie와 관련해서는, 예전에 이 플러그인을 작업하고 있었어요(지금은 시간이 없지만). syndie에 더 관심을 끌 수 있는 요소 중 하나일지도요. 21:03:20 <dg> str4d: tunnel death가 빠져 있는데, 꽤 중요하다고 생각합니다 21:03:37 <EinMByte> firefox/icedove 플러그인 개발에 관심 있는 분이 있다면: 할 일은 아시죠 21:03:37 <str4d> dg: 있어요 (tunnel 스레드 locking) 21:03:41 <str4d> 그 얘기인 줄 알았어요 21:03:49 <dg> 아, 미안해요 str4d, 저는 연결이 갑자기 끊어지는 상황을 말했어요 21:03:54 <dg> 제 실수 21:04:04 <str4d> 아, ㅇㅋ 21:04:55 <EinMByte> psi: restricted routes가 중요하다는 데 동의합니다. 하지만 구현에는 꽤 시간이 걸릴 거라는 점도 인식해야 한다고 봐요 21:05:21 <EinMByte> (설계/개념이 어느 정도 진행됐는지는 잘 모르겠어요) 21:05:35 <dg> I2P 안에서: restricted routes, RedHat의 ECDSA 이슈, Tor의 HS 2.0, 그 다음 나머지. I2P 주변에서: Vuze 사용자 기반, GSoC, 연구, 벤치마크, 그 다음 나머지. 21:06:04 <dg> EinMByte 의견에 동의합니다. router 콘솔 재설계도 중요하지만, 얼마가 걸릴지 가늠하기 어렵습니다. 21:07:15 <EinMByte> str4d: 하나 더 있을지도요. DWSE(분산 웹 검색 엔진) 새 개념을 개발한 연구자들을 아는데, 이를 I2P 애플리케이션으로 개발하는 데 관심이 있을지도 모릅니다 21:07:42 <str4d> EinMByte: 좋네요! 21:07:49 <EinMByte> 현재 대부분의 DWSE가 그다지 잘 동작하지 않기 때문에, 이것을 갖게 되면 매우 흥미로울 거라고 생각합니다 21:08:01 <zzz> 아니요, 'tunnel death'란 3분짜리 tunnel 붕괴, Vuze 쪽 사람이 한 datagram 테스트 같은 걸 말합니다. 로컬 i2ptunnel locking 이슈와는 구별됩니다. 21:08:07 <EinMByte> 그건 제가 구현을 고려해 볼 만한 것이기도 해요 21:08:20 <dg> 정확히 3분을 생각한 건 아니었지만 그건 포함되죠. 21:08:34 <EinMByte> (도움이 있다면 좋겠지만요) 21:09:03 <str4d> ㅇㅋ, Gantt 페이지 새로고침하세요 21:10:34 <EinMByte> str4d: 어쨌든 이건 너무 기대하진 마세요, 실제로 I2P 사용자들이 이런 것에 관심이 있는지에 달렸으니까요. 21:11:14 <EinMByte> 그리고 GNS 관련 건도 확신이 없어요. 어쨌든 높은 우선순위를 두진 말아야 합니다. 21:11:56 <str4d> 새 아이디어 paste 업데이트: http://pastethis.i2p/show/1qxHbkWjD27N7SdzNJZL/ 21:11:57 <iRelay> 제목: Paste #1qxHbkWjD27N7SdzNJZL | LodgeIt! (at pastethis.i2p) 21:12:35 <zzz> 가장 중요한 건 크게 4개 범주라고 말하고 싶습니다: 1) 단기 암호 전환 지속(addressbook, muiltidest 등) 2) 장기 암호 계획/연구(DH, LS2, NTCP2) 3) 테스트 관련 전부 4) 비코딩 관련 전부 21:13:48 <EinMByte> zzz: 중요도 순서인가요? 21:14:05 <str4d> ECDSA 이슈는 첫 번째 범주에, Tor HS 2.0은 두 번째 범주에 들어갑니다. 21:14:21 <zzz> 아니요. 대략 비슷한 중요도입니다 21:14:44 <str4d> 그럼 저 범주들에 들지 않는 유일한 항목은 restricted routes네요 21:15:28 <jenkins@kyirc> 작업 i2pd의 빌드 #556 시작(이전 빌드: 성공) 21:15:30 <jenkins@kyirc> 프로젝트 i2pd 빌드 #556: 8.2초 만에 성공: http://jenkins.killyourtv.i2p/job/i2pd/556/ 21:15:31 <jenkins@kyirc> * orignal: NTCPServerConnection 제거 21:15:32 <jenkins@kyirc> * orignal: NTCP 클라이언트 코드를 Transports로 이동 21:16:34 <EinMByte> NTCP2가 그렇게까지 중요한 건 아닐 수도요 21:16:50 <zzz> 그렇게 묶어서 동일 우선순위라고 한 이유는, 그 4개 범주마다 각각 진전을 낼 수 있는 별도의 인력 그룹이 있을 것이기 때문입니다 21:17:08 <EinMByte> 또는 최소한 NTCP2를 제대로 시작하기 전에 많은 연구가 필요하고, 매우 중요한 몇 가지 질문에 답해야 합니다 21:17:33 <jenkins@kyirc> 프로젝트 i2pd (Linux x86) 빌드 #33: 1분 47초 만에 성공: http://jenkins.killyourtv.i2p/job/i2pd%20(Linux%20x86)/33/ 21:17:44 <EinMByte> zzz: 맞아요 21:17:51 <JekabsR> i2p 네트워크가 빠른 router들을 서로 모이게 하는 경향이 있다는 게 흥미롭네요 21:17:58 <jenkins@kyirc> 작업 i2pd (Linux x64) 빌드 #33 시작 21:18:03 <zzz> 맞아요. 'NTCP2'는 실제로 'NTCP2'라 불리는 무언가로 이어질 수도, 아닐 수도 있는 여러 가지 것들의 약칭일 뿐입니다 21:18:34 <JekabsR> 그리고 느린 router는 선호하지 않죠 21:18:40 <EinMByte> 맞아요. 어쨌든 전송 계층을 바꾼다면 실수하지 않는 게 극도로 중요합니다. 잘못하면 I2P 전체가 망가질 수 있으니까요. 21:19:19 <psi> JekabsR: 느린 router도 여전히 쓰입니다. 단지 비중이 적을 뿐이죠 21:19:43 <jenkins@kyirc> 프로젝트 i2pd (Linux x64) 빌드 #33: 1분 52초 만에 성공: http://jenkins.killyourtv.i2p/job/i2pd%20(Linux%20x64)/33/ 21:20:05 <EinMByte> zzz: 2번이 '연구'라면, 맞는 말씀입니다 21:20:33 <EinMByte> 동시에 진행할 수 있어요 21:21:52 * str4d Gantt를 이 네 가지 범주(그리고 기타 범주)로 재구성하는 중 21:22:12 <JekabsR> 하지만 문제가 있어요 - 클라이언트 같은 Destinations는 빠른 router 연결을 잘 받지 못합니다 21:22:40 <eche|on> 아닌가요? 21:22:46 <psi> JekabsR: 그게 정확한지는 잘 모르겠어요 21:23:46 <zzz> str4d, Android를 잊은 건가요, 아니면 별도 로드맵인가요? 21:23:59 <str4d> zzz: 잊었네요 21:24:01 <eche|on> JekabsR: hidden 모드 router에는 몇 가지 문제가 있지만, 다른 것들은 빠른 연결을 받습니다. 충분한 빠른 router가 있고 여유 용량도 있으니까요 21:24:26 <str4d> 기술적으로 I2P Android는 'I2P 안에서' 범주에 들어갑니다 21:24:35 <psi> 아, 또 다른 연구 질문: 지금 i2p의 실제 용량은 얼마나 될까요? 21:25:14 <zzz> Android를 위한 다섯 번째 범주가 더 말이 될 수도 있겠네요 21:25:46 <zzz> 하지만 범주에 매달리진 않아요. 중요한 게 무엇인지 빠르게 소통하려고 4가지만 언급한 겁니다 21:25:54 <JekabsR> 왜냐하면 소수의 정말 빠른 연결과 다수의 느린 연결을 만드는 경향이 있기 때문이죠 21:26:11 <dg> [출처 필요] 21:26:15 <JekabsR> 제 router가 느린 tunnel을 드롭하기 시작했습니다 21:26:24 <str4d> zzz: 좋은 아이디어였다고 봅니다 21:26:56 <str4d> 지금 Gantt 페이지를 새로고침하세요 21:27:07 <eche|on> JekabsR: https://geti2p.net/_static/pdf/I2P-PET-CON-2009.1.pdf 21:30:12 <eche|on> JekabsR: tunnel은 tunnel 수명이 끝날 때와, 자신의 tunnel이 용량이 필요할 때만 드롭됩니다. 21:30:29 <str4d> http://trac.i2p2.i2p/wiki/Roadmaps/1.0 를 새로고침하면 각 항목마다 6개월 막대가 있는 제목들을 볼 수 있습니다. 이는 모든 것을 끼워 넣을 수 있는 시간이 얼마나 되는지 보여 줍니다. 21:32:43 <str4d> 앞으로 6개월 동안의 아이디어가 생겼으니, 이제 일정을 계획해야 합니다. 21:33:18 <str4d> 그리고 누가 무엇을 맡을지도요. 21:33:52 <JekabsR> 제 콘솔이 들어오는 연결이 너무 많아서 tunnel이 일부 거부된다고 자주 보고합니다. i2p는 어떤 것을 거부할지 어떻게 결정하나요? 21:34:08 <dg> '들어오는 연결이 너무 많음'? 21:34:21 <dg> JekabsR: 지금 회의가 진행 중이니, 끝날 때까지 기다리는 게 좋겠습니다 21:35:00 <str4d> 아이디어 목록을 웹사이트 할 일의 프로젝트 페이지로 옮기는 일을 도와줄 자원봉사자도 있으면 좋겠습니다 21:35:12 <JekabsR> NTCP connections: 425. Limit: 425. Timeout: 2 min. 21:35:30 <JekabsR> UDP connections: 1149. Limit: 1275. Timeout: 4 min. 21:36:14 <JekabsR> 한계에 도달했어요 21:37:42 <JekabsR> router가 CPU 자원의 80%를 사용 중 21:38:23 <str4d> 아무도 없나요? 21:39:36 <kytv> JekabsR: 1) 회의 중이니 기다리는 게 좋겠고요; 2) http://127.0.0.1:7657/peers#help 를 보세요 21:41:16 <JekabsR> kytv: 확인해 볼게요 21:41:44 <zzz> str4d, 1시간 45분이 지나니까 다들 떨어져 나간 것 같네요. 일단 여기서 승리를 선언하고, 다음에 더 진전시키는 건 어떨까요? 21:41:45 <str4d> 좀 더 구체적인 질문을 해봅시다. 21:41:52 <str4d> 아니면 그럴까요./ 21:41:55 <JekabsR> 330,0 / 342,4 KBps 현재 부하 21:42:06 <str4d> 네, 확실히 좋은 진전을 이뤘습니다. 21:42:30 <JekabsR> 그리고 토렌트 업로드 속도가 2~5kb예요 :( 21:44:17 <str4d> 모두 토론 감사합니다! 21:44:20 * str4d baffer를 데움 21:44:20 * str4d ***bafs 회의를 종료함