اجتماع مطوري I2P - 07 أبريل 2016

20:00:05 <zzz> 0) مرحباً 20:00:05 <zzz> 1) بنود مفتوحة من الاجتماعات السابقة http://zzz.i2p/topics/2093 20:00:05 <zzz> 2) استبدال أدوار وخدمات kytv http://zzz.i2p/topics/2098 20:00:05 <zzz> 3) تحديث التخطيط للإصدار 0.9.26 http://i2p-projekt.i2p/en/get-involved/roadmap http://zzz.i2p/topics/1960 20:00:05 <zzz> 4) التخطيط لـ HOPE http://zzz.i2p/topics/1968 20:00:05 <zzz> 5) مراجعة موجزة للاجتماعات الشهرية وإدارة المشروع بعد 3 أشهر 20:00:10 <zzz> 0) مرحباً 20:00:12 <zzz> مرحباً 20:00:38 <zzz> 1) بنود مفتوحة من الاجتماعات السابقة http://zzz.i2p/topics/2093 20:00:55 <orignal_> مرحباً 20:01:00 <zzz> - التحضير لحملة Reseed، بحلول نهاية يناير: 20:01:00 <zzz> ** على Sadie التواصل مع backup لمناقشة OPEN، الموعد الجديد 5 أبريل 20:01:11 <zzz> sadie، ما الحالة؟ 20:02:10 <zzz> - تقوية الشبكة - الصفحة الرئيسية وصفحات إضافية 20:02:10 <zzz> ** str4d، gravy، cacapo: إضافة حالات استخدام، ما الذي نجيده أكثر، مزيد من "passion" و"fat"، إضافة/إبراز Bote، بحلول نهاية يناير OPEN، على str4d إضافة حالات الاستخدام إلى الموقع بحلول 6 مارس، المزيد من التغييرات على passion إلخ بحلول 5 أبريل 20:02:15 <zzz> str4d، الحالة؟ 20:03:06 <zzz> - إضافة "Story" / التاريخ / السبب لِـ I2P 20:03:06 <zzz> ** على comraden التحرير/الصقل/التعزيز/النشر بحلول نهاية فبراير OPEN، الموعد الجديد 1 أبريل، وإعادة المسودة إلى zzz بحلول منتصف مارس 20:03:11 <zzz> comradenosebleed، الحالة؟ 20:03:34 <str4d> مرحباً 20:04:40 <zzz> إدارة التذاكر - حالياً بشكل ارتجالي 20:04:40 <zzz> ** على Sadie المراجعة وتقديم التوصيات أو ربما البدء بإدارتها (بحلول متى؟) OPEN، على str4d وsadie جدولة اجتماع أو إعداد تقرير بحلول 5 أبريل(?) 20:04:50 <zzz> sadie، str4d: الحالة؟ 20:05:49 <hottuna> مرحباً 20:05:59 <zzz> str4d OPEN - إصدار Android 0.9.24 في 3 مارس، تجميع قائمة TODO بحلول 6 مارس، مسودة roadmap بحلول 6 مارس، للمراجعة في 5-6 مارس 20:06:05 <zzz> str4d، الحالة؟ 20:06:33 <str4d> ناقشنا الأمر 20:06:41 <str4d> (آسف، أحضر اجتماعين في وقت واحد) 20:06:54 <zzz> على str4d وzzz مراجعة تذكرة VRP بحلول 12 فبراير؛ سنتخذ بعض القرارات خلال اجتماعات خريطة الطريق في 5-6 مارس (zzz أنجز في 8 فبراير، وstr4d بحلول 6 مارس) 20:06:56 <str4d> بخصوص: التذاكر 20:06:57 <zzz> str4d، الحالة؟ 20:07:29 <zzz> على sadie وanonimal العودة بتعديلات CoC استناداً إلى Monero 0mq في اجتماع 5 أبريل 20:07:36 <zzz> sadie، anonimal: الحالة؟ 20:08:25 <str4d> قررت سابقاً أن تكون هناك حالة "new" للتذاكر التي تحتاج إلى فرز، وما زلت أعتقد أن هذا هو الطريق الصحيح 20:09:00 <str4d> كما أرى أنه قد يكون من الجيد تحديد وقت منتظم لعدد منا لاستعراض هذه التذاكر 20:09:09 <str4d> بخصوص: أندرويد 20:09:59 <str4d> لم يحدث بعد لأنه مُعطَّل بسبب سكربت البناء 20:10:17 <eche|on> آه 20:10:54 <str4d> تذكرة VRP: لم يحدث بعد لأنني كنت مريضاً عندما كنت أخطط للعمل عليها 20:11:00 <zzz> من الواضح أن أسلوب إدارة المشروع الحالي لا يعمل لأن لا شيء يحدث. دعونا نتابع، وقد وضعت البند 5) على جدول الأعمال لتحديد ما إذا كان ينبغي أن نواصل الاجتماعات الشهرية أم لا 20:11:10 <zzz> تقريباً كل هذه البنود عمرها 3 أشهر وثلث 20:11:19 <str4d> ما حدث فعلاً، وهو غير موجود في قائمة zzz، هو أنني أنهيت ترحيل المواصفات وأنا متقدم جيداً في ترحيل المقترحات 20:11:37 <zzz> أخبار رائعة بخصوص المواصفات/المقترحات، أحسنت 20:12:09 <str4d> لذا أقول إن "لا شيء" غير صحيح، بل نقل للأولويات وهذا لا ينعكس في أسلوب إدارة المشروع الحالي 20:12:17 <str4d> لذا نعم، نحتاج إلى تحسين 20:12:20 <zzz> حسناً. منظور جيد 20:12:25 <zzz> أي شيء آخر حول 1) ؟ 20:13:04 <str4d> للجميع هنا، أمور المقترحات موجودة على http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/spec/proposals - يُرجى المراجعة والتعليق :) 20:13:26 <zzz> 2) استبدال أدوار وخدمات kytv http://zzz.i2p/topics/2098 20:13:34 <zzz> هناك قائمة بحوالي 20 شيئاً قام به 20:13:44 <str4d> لا شيء آخر لدي 20:13:47 <str4d> (لقد أنجزت عملاً على I2P Android، فقط لم أصل للإصدار) 20:13:55 <zzz> ركزت على ما رأيته أولويات قصوى - Launchpad وDebian 20:14:14 <zzz> وآخرون يبحثون في أمور أخرى، واستبدلنا رابطين في صفحة لوحة التحكم الرئيسية في .25 20:14:33 <zzz> بالنسبة لي التالي الأكثر أهمية هو مُصين Tails 20:15:06 <zzz> هل يوجد هنا من يعرف Tails وDebian packaging ويمكنه المساعدة؟ إن لم يكن، سأوجه النداء على تويتر بأسرع ما يمكن 20:15:24 <zzz> سيتم إقصاؤنا من Tails ربما في الإصدار القادم خلال شهرين 20:15:32 <zzz> أعتقد 2.4 20:15:50 <zzz> هذا أكثر مما أستطيع تحمله. لن أقوم به. 20:16:02 <str4d> أف 20:16:19 <str4d> ما الحد الأدنى الذي تتطلبه Tails 20:16:19 <str4d> ؟ 20:16:20 <zzz> المهمة هي أخذ حزم Debian التي أقوم بها، وتعديلها/إدخالها في Tails، اختبار اختبار اختبار، بالإضافة إلى عدد من تذاكر i2p في Tails الموجودة 20:16:49 <zzz> يوجد تقرير كبير كتبه kytv أعتقد، وهو مرتبط من موضوع kytv على zzz.i2p 20:17:04 <zzz> بشكل أساسي المُدخل إلى Tails هو حزمة deb 20:17:19 <zzz> لكن أظن لديهم تراكم من الشكاوى 20:17:25 <eche|on> نداء على تويتر 20:17:33 <str4d> +1 على تويتر 20:17:35 <zzz> هل لدى أيٍّ منكم شيء للإبلاغ عنه بخصوص استبدال kytv؟ 20:18:07 <str4d> لم أحرز تقدماً إضافياً على خادم Buildbot CI (التكامل المستمر) منذ أن ذكرت ذلك آخر مرة على IRC قبل أسبوع أو أسبوعين 20:18:23 <str4d> سأعمل عليه أكثر هذا الأسبوع 20:18:42 <zzz> حسناً. القائمة طويلة، فلْيختر كل واحد شيئاً مهماً. 20:19:02 <zzz> آخر نداء للبند 2) 20:19:46 <str4d> إن لم يقم به أحد آخر، فقد أتولى بوت/ترحيل IRC. غير مرجح حالياً. 20:20:34 <zzz> أعتقد أن بُنى deb بحالة لا بأس بها لكن لا يزال هناك بعض الأمور مثل arm لـ jessie التي ربما أصلحتها اليوم، أو ربما لا 20:21:19 <zzz> 3) تحديث التخطيط للإصدار 0.9.26 http://i2p-projekt.i2p/en/get-involved/roadmap http://zzz.i2p/topics/1960 20:21:33 <zzz> حسناً أريد أن أتناول 3a) الجدول الزمني ثم 3b) GMP 6 20:21:38 <zzz> 3a) الجدول الزمني 20:22:03 <zzz> خريطة الطريق تقول "مايو" و6-7 أسابيع من آخر إصدار في 22 مارس ستكون بداية-منتصف مايو 20:22:36 <zzz> في اجتماعات خريطة الطريق قبل شهر، خرجنا بخطة طموحة تتضمن بروتوكول الاشتراك في دفتر العناوين 20:23:16 <zzz> لكن كل ذلك انهار في اليوم التالي إذ تعطلت أمور kytv كلها وأصبح من غير المرجح عودته 20:23:36 <zzz> لذا لم أبدأ بعد بأي شيء متعلق بـ 26. آخر أسبوعين-ثلاثة كانت بدوام كامل على Debian/Launchpad 20:24:01 <str4d> حوالي سبعة أسابيع من الآن هي نهاية مايو. هل تعتقد أن ذلك ممكن؟ 20:24:15 <str4d> (الآن وقد أصبحت أمور debian تحت السيطرة إلى حد كبير) 20:24:19 <zzz> هذا سيدفع 26 على الأرجح إلى يونيو، وسيكون متأخراً كثيراً عن موعد Tails 2.4 النهائي 20:24:37 <str4d> أف 20:24:37 <zzz> نهاية مايو ممكنة، لكنها تصبح أقل احتمالاً يوماً بعد يوم 20:24:42 <str4d> متى موعد Tails النهائي؟ 20:25:11 <zzz> لا أعرف مباشرة. لقد طلبت منهم بالفعل سحب 25 بأنفسهم (رفضوا مرة بالفعل) 20:25:23 <eche|on> أظن أن يونيو مناسب، بما أن Tails على الـ judge حالياً 20:25:45 <zzz> ليس لديهم رؤية لاستخدام I2P في Tails ولا يسمعون أي مطالبات، لذا يرون أنه يسبب متاعب أكثر مما يستحق 20:26:18 <eche|on> نعم 20:26:33 <zzz> عادةً لميزة كبيرة مثل بروتوكول اشتراك دفتر العناوين، أكون قد أنهيتها قبل أسبوع من الإصدار "السابق"، جاهزة للدمج 20:26:54 <zzz> إذن نحن متأخرون 3 أسابيع، بالإضافة إلى وقت التطوير وهو بضعة أسابيع على الأقل، أي 5 أسابيع تأخير بالمجموع 20:27:39 <zzz> هذا هو الوضع. لم أدفع بأي شيء على خريطة الطريق الرسمية بعد، لكن سيتعين علي ذلك قريباً 20:27:49 <zzz> أي شيء آخر حول 3a) الجدول الزمني؟ 20:27:58 <str4d> ماذا خططنا ليدخل في إصدار 0.9.27 الفعلي؟ 20:28:16 <zzz> انظر رابط خريطة الطريق أعلاه 20:28:31 <zzz> ntcp2/dh/pt المبكرة 20:29:18 <str4d> ما زلت أعتقد أن الأمور يجب أن تحدث بالترتيب هناك، لذا ما يمكننا فعله هو تأجيل بروتوكول اشتراك العناوين إلى 0.9.27 20:29:27 <str4d> هذا يعطيك مايو للعمل عليه 20:29:47 <zzz> لكن لا يوجد .26 بعد. لم يحدث شيء. لا يوجد فيه سوى تغييرات deb 20:29:50 <str4d> ثم يمكن أن تكون .26 عبارة عن CRLs (قوائم إبطال الشهادات) وبعض التنظيف العام ربما 20:30:08 <zzz> حتى يقوم شخص ما (بمن فيهم أنا) بعمل شيء، لا يوجد ما يُطرح للإصدار 20:30:27 <zzz> سنرى كيف تسير الأمور. عليّ أن آخذ بضعة أيام لإقرار ضرائبي أيضاً :) 20:30:37 <zzz> أي شيء آخر حول 3a) الجدول الزمني؟ 20:30:55 <eche|on> لا تُشدِّد كثيراً على الجدول المخطط 20:30:56 <str4d> لدي بعض تحسينات واجهة المستخدم الأولية خرجت من نقاشاتي مع sadie ويمكنني تطبيقها 20:31:20 <zzz> 3b) GMP 6 20:31:25 <str4d> (ليست إعادة التصميم الكبيرة التي أخطط لها بل بعض التحسينات العامة) 20:31:50 <zzz> بعد نحو 15 شهراً من العمل، أنا وtuna شبه جاهزين لدمج فرع gmp6 في الفرع الرئيسي لإصدار 26 20:32:05 <zzz> لدى tuna حوالي مئة ملف ثنائي مبني خلال الأشهر الستة الأخيرة، بانتظار الإدراج 20:32:25 <zzz> بُنيت بطرق متنوعة - آلات افتراضية (VMs)، محلياً، مايكروسوفت، أنظمة مُستعارة، إلخ. 20:32:53 <zzz> اعتدنا إدراج ملاحظات تفصيلية عن بيئة البناء (إصدارات المترجمات، تفاصيل نظام التشغيل، إلخ) لكل ملف ثنائي نُدرجه 20:33:13 <zzz> لسوء الحظ، لم يحتفظ tuna بأي سجلات لأي من عمليات البناء. 20:34:06 <zzz> إذن السؤال: هل نبدأ من جديد (وقد يكلفنا ذلك 6 أشهر)، أم أبني ملفات لينكس الثنائية فقط ونتجاهل الباقي، أم أننا لسنا بحاجة فعلاً لهذه الملاحظات ونمضي قدماً بأخذ كل ما أنجزه tuna؟ 20:34:08 <eche|on> أي فرصة لإعادة بنائها؟ 20:34:47 <zzz> يقول tuna مستحيل. يمكن لأي شخص بناء ملفات لينكس 32/64. لكن كل الباقي إشكالي 20:35:00 <eche|on> سؤال جيد، في هذه الحالة: إما الإعادة أو الأخذ، لا حل وسط 20:35:25 <eche|on> نحتاج إلى gmp لماك وويندوز وarm 20:35:29 <zzz> آخر ما قاله tuna لي هو خذها أو اتركها، لقد انتهى 20:35:54 <zzz> حتى لو كانت عمليات البناء سريعة، فعملية الاختبار بطيئة 20:36:25 <str4d> هل لدينا عملية الاختبار مكتوبة في مكان ما؟ 20:36:54 <zzz> إذا ذهبت إلى الصفحة الأخيرة من http://zzz.i2p/topics/1960 فقد قدّم كل ملاحظات البناء التي لديه 20:36:56 <eche|on> (فقط للعلم، قبلنا بعض الأشياء الأخرى مسبقاً بدون ملاحظات) 20:37:07 <str4d> لأن هذا يبدو تماماً ما يجب أن نضعه في خادم CI 20:37:38 <zzz> لقد حدّث ملفات readme حول كيفية البناء. هناك بعض المعلومات في سلسلة النقاش حول كيفية الاختبار، وقد طورت أساليبي الخاصة أيضاً 20:38:07 <zzz> تذكروا أنه أصدر 13 نسخة من مجموعة الملفات الثنائية خلال الأشهر الستة الماضية 20:38:36 <zzz> hottuna، هل لديك ما تضيفه؟ 20:38:37 <str4d> إذا استطاع شخص كتابة منهجية اختبار، يمكنني تحويل ذلك إلى نوع بناء في Buildbot 20:38:58 <str4d> ثم يبقى إيجاد الأجهزة لتوصيلها بذلك. 20:39:08 <hottuna> ثانية واحدة 20:39:24 <str4d> أفكر أنه ربما يجب علينا الاستثمار في Mac يمكننا تركه قيد التشغيل في مكان ما كـ buildslave 20:39:44 <hottuna> eche|on: بخصوص إعادة البناء: ليس مستحيلاً، لكنه عمل كثير جداً بالنسبة لي الآن. وبفارق كبير. 20:40:02 <str4d> ليس شيئاً باهظاً جداً، لكن شيئاً يمكننا استخدامه فعلاً لإكمال الثلاثي (لدينا بالفعل buildslaves لينكس وويندوز ما إن أرتب أمور الـ VM مع eche) 20:40:10 <eche|on> hottuna: هل هناك أي طريقة لكيفية إعادة البناء؟ 20:40:27 <zzz> حتى لو تم بناء كل 100 ملف غداً، سيستغرق الاختبار 3 أشهر 20:40:39 <hottuna> هناك مستند readme يحتوي على كل ما "يجب" أن تحتاجه. 20:40:48 <str4d> على الأقل استفدنا من تحسينات hottuna على السكربتات المختلفة 20:41:10 <str4d> لكن السؤال الآخر هو، إذا أعدنا البناء الآن، هل نقفز إلى 6.1 20:41:11 <zzz> بالإضافة إلى تغييرات كبيرة في كود cpuid نفسه 20:41:23 <hottuna> str4d: السكربتات ليست مثالية الآن، لكنها أفضل على أي حال. 20:41:23 <zzz> صحيح، ربما 6.1 20:41:25 <str4d> نعم 20:41:30 <hottuna> str4d: إذا أعدنا البناء، ينبغي أن نقفز إلى 6.1 20:41:44 <eche|on> هل يعمل الكود الجديد بشكل جيد؟ 20:41:57 <hottuna> eche|on: بحسب معرفتنا خالٍ من الأخطاء (هاه!). 20:42:07 <zzz> بالطبع في بُنى Debian نربط ديناميكياً، لذا ستحصل على 6.1 على أي حال إذا كان مُثبتاً (وهذا يذكرني، لم نختبر مكتبات gmp 6 الديناميكية) 20:42:10 <str4d> لست متأكداً كم تحتاج السكربتات أن تتغير لتعمل مع 6.1، لكني آمل أن تعمل بشكل إسقاط مباشر تقريباً 20:42:14 <eche|on> إذا كانت الاختبارات جيدة، فلنضمّنها. ولنُعد البناء مع 6.1 في قناة جانبية ولْتُدرَج المعلومات لاحقاً 20:42:38 <eche|on> كما أرى، لقد اختبرناه بشكل جيد حتى الآن 20:42:51 <hottuna> eche|on: الجزء الصعب لم يكن تشغيل السكربتات بحد ذاتها. الحصول على الأجهزة، إعداد البيئات والاختبار كان الجزء الصعب/البطيء 20:43:03 <eche|on> نعم 20:43:13 <str4d> hottuna، هذا ما أريد إدخاله في CI 20:43:15 <zzz> لنعد إلى السؤال الأصلي. هل نريد رمي 6 أشهر من العمل (فعلياً نعمل عليه منذ أوائل 2015) أم يمكننا قبول الملفات الثنائية التي لدينا دون أي ملاحظات عن التفاصيل 20:43:25 <str4d> كم جهازاً مميزاً تعتقد أنك استخدمت؟ 20:43:37 <zzz> دعونا نضع CI وما إلى ذلك جانباً الآن ونقرر هل لدينا مشكلة أم لا 20:43:52 <hottuna> str4d: يجب أن يكون إسقاطاً مباشراً غالباً، مع هدف أو اثنين إضافيين. لا جدوى من عدم دعم أحدث المعماريات التي يدعمها gmp 20:44:13 <str4d> zzz، أميل إلى قبول الملفات الثنائية على أن ننفذ ترحيل إلى 6.1 20:44:24 <hottuna> str4d: ~6 بيئات مميزة 20:44:29 <zzz> 6.1 على خريطة الطريق لنهاية هذا العام 20:44:39 <zzz> الملفات الثنائية الحالية هي 6.0 20:44:41 <str4d> ما الآثار الجانبية لقبولنا هذه الملفات الثنائية؟ 20:44:41 <hottuna> str4d: ليست هناك أجهزة لازمة بالضرورة عند البناء العابر للمنصات 20:44:51 <str4d> 1) ستنتهي في mtn 20:45:01 <zzz> أيضاً تذكر، يمنحنا ذلك تسارعات كبيرة على عتاد معين، وكذلك وقتاً ثابتاً 20:45:17 <str4d> 2) ستُضمَّن في ملفات التحديث والتثبيت ذات الصلة 20:45:21 <zzz> "تأثيرات جانبية" = أشياء سيئة؟ 20:45:28 <str4d> 2a) زيادة حجم ملف التحديث كثيراً 20:45:44 <str4d> 3) إذا كانت معطلة على نظام معين، ماذا يحدث؟ 20:46:03 <str4d> كنا نخطط لـ 1) على أي حال 20:46:26 <zzz> لا نُدرج الملفات الثنائية إلا إذا كانت ستُدمج فوراً في .26. 20:46:28 <str4d> وكذلك 2)، لكن سيتم استبدال ملفات 6.0 بملفات 6.1 لذا لا مشكلة كبيرة 20:46:37 <str4d> ما يقلقني هو 3) 20:46:43 <zzz> ستُدرَج فقط الملفات الثنائية الخاصة بالإصدار 20:47:00 <str4d> 3a) هل هناك أي كود حالي للتحقق من حالة الفشل؟ 20:47:04 <zzz> 3) مخاطرة عامة لأي تغيير 20:47:19 <zzz> الإخفاقات في gmp عادة تؤدي إلى انهيار JVM 20:47:26 <str4d> 3b) هل هناك طريقة للرجوع إلى libjbigi أقدم يعمل؟ 20:47:44 <str4d> (سواء تلقائياً أو يدوياً) 20:48:00 <str4d> هل يمكننا مثلاً إعادة تسمية libjbigi القديم بحيث إذا كانت هناك مشكلة، نقول للمستخدمين "اذهبوا وأعيدوا تسمية هذا الملف" 20:48:22 <zzz> str4d، هل تستكشف ما إذا كان ينبغي لنا تغيير jbigi أصلاً؟ هذه آثار عامة لتغيير gmp على الإطلاق 20:49:14 <str4d> zzz، قلقك هو أننا لا نعرف الأصل الدقيق لهذه الملفات الثنائية. افتراضي إذن أننا نقلق من أنه إن حدثت مشكلة فسيصبح تتبع المصدر أصعب بكثير. 20:49:27 <str4d> لذا أفكر من ناحية استراتيجيات التخفيف 20:50:00 <zzz> يمكننا عدم تضمين jbigi.jar في تحديث 26، بحيث يحصل عليها التثبيتات الجديدة فقط. سيكون طرحاً أبطأ. 20:50:25 <zzz> التثبيتات الجديدة + launchpad/deb 20:50:57 <zzz> الإصلاح العام هو إزالة libjbigi.so وjbigi.jar، ثم تعمل بدونها 20:51:01 <str4d> قد تكون فكرة جيدة على أي حال 20:51:30 <str4d> نطرحها للتثبيتات الجديدة، وإن لم نسمع عن مشاكل، نطرحها في التحديثات في الإصدار التالي. 20:51:43 <zzz> أظن أن نقطة tuna هي أنه لا شيء قابل لإعادة الإنتاج على أي حال. كلها أنظمة مُستعارة وآلات افتراضية لم تعد موجودة 20:52:23 <zzz> eche|on، هل معلومات النظام وmsvc من الصندوق الذي استخدمه hottuna لبُنى ويندوز متاحة؟ 20:53:10 <zzz> لم يتطوع tuna بأي بحث على الإطلاق لكن ألم يستعر حاسوب sadie المحمول أيضاً؟ أم أن ذلك عديم الفائدة إذ قد تكون حصلت ترقيات في هذه الأثناء؟ 20:53:24 <eche|on> كان لديه وصول إلى جهاز ويندوز 10 على مُضيف kvm لدي. أستطيع تسجيل الدخول والتحقق 20:53:33 <str4d> ممم، ولهذا أريد تنفيذ بُنى 6.1 في Buildbot على خوادم بناء يمكننا تتبعها. 20:53:57 <hottuna> zzz: استعرْتُ جهازي osx منفصلين من صديقين 20:53:58 <eche|on> لم أغيّر الآلة الافتراضية إطلاقاً 20:54:33 <zzz> لم يتطوع أحد حتى لأخذ Mac مجاني نقدمه (نحن ندفع ثمنه)، لأن لا أحد يريد أن يكون "رجل الماك" 20:54:51 <zzz> لذا المشكلة فعلاً نقص وقت وأشخاص، لا مال 20:55:17 <hottuna> zzz: أنا فقط لا أريد أجهزة عليّ حملها معي. 20:56:01 <zzz> إليكم ملاحظات البناء الكاملة لـ hottuna: 20:56:03 <zzz> Build notes jbigi: 20:56:03 <zzz> ------------------ 20:56:03 <zzz> Windows: Cross-compile, linux hosts. Compiler: GCC 20:56:03 <zzz> Linux: Native build. Compiler: GCC 20:56:03 <zzz> FreeBSD: Native build, VM. Compiler: GCC 20:56:03 <zzz> OSX: Native build. Compiler: GCC 20:56:03 <zzz> Build notes jcpuid: 20:56:03 <zzz> ------------------- 20:56:03 <zzz> Windows: Native build. Compiler: MSVC 20:56:03 <zzz> Linux: Native build. Compiler: GCC 20:56:03 <zzz> FreeBSD: Native build. Compiler: GCC 20:56:03 <zzz> OSX: Native build. Compiler: GCC 20:56:17 <zzz> هل هذه كافية أم نبدأ من جديد؟ 20:57:14 <str4d> بما أننا سننتقل إلى 6.1 بحلول نهاية العام، وهذه الملفات الثنائية نالت اختباراً معقولاً، أميل للقول نعم. 20:57:41 <zzz> أي اعتراضات؟ 20:57:45 <eche|on> إنها على الأقل بداية، لكن بمقاييس "Tor reproducible builds" فهي لا شيء. ما نوع المعايير التي نريدها؟ 20:58:03 <hottuna> لا 20:58:34 <eche|on> أود تضمينها في التثبيتات الجديدة مع وسم "temp". أعلم أنه عمل شاق. 20:59:14 <zzz> أساساً انخفض الاختبار الحالي إلى الصفر. الطريقة الوحيدة للحصول على مزيد من الاختبارات هي إدخالها في trunk، ثم إصدار. 20:59:17 <susbarbatus> عذراً لاقتحام الحديث؛ لدي عدة أجهزة ماك، ولا مشكلة لديّ أن أكون شخص الماك أو bsd. إذا أخبرني أحد بما هو مطلوب بعد الاجتماع، يمكنني تقييم إن كان هذا شيئاً أستطيع المساهمة فيه إن كانت معرفتي كافية/وقابلة للاكتساب. 20:59:29 <zzz> رائع susbarbatus 20:59:44 <str4d> susbarbatus، سيكون ذلك رائعاً 20:59:47 <zzz> حسناً إذن لنطلب من hottuna إدراجها 20:59:53 <eche|on> zzz: نعم، لم نقل أبداً إن الإصدار آمن وكامل 100%^^ 21:00:05 <zzz> hottuna، الفرع هو i2p.i2p.str4d.gmp6 (NOT i2p.i2p.zzz.gmp6) 21:00:17 <hottuna> حسناً 21:00:38 <zzz> hottuna، لا تنسَ تنفيذ mtn drop لما يجب إزالته. عند الانتهاء، ينبغي أن يطابق الدليل تماماً ما في ملف v13 zip لديك 21:00:50 <zzz> أي شيء آخر حول 3b) ؟ 21:00:55 <hottuna> هل تريد إزالة ملفات jcpuid/الملفات الثنائية القديمة للمنصات التي لم نبنِ لها؟ 21:01:09 <str4d> susbarbatus، ما أريده هو إعداد خادم بناء، إذا كان بإمكانك الالتزام بوجود ماك يعمل دائماً وأن تكون متاحاً للأسئلة/المساعدة عندما يفشل شيء ما. عموماً لن يتطلب ذلك مشاركة كثيرة من طرفك، لأن خادم البناء سيكون مُتحكَّماً به تلقائياً :) 21:01:28 <zzz> أعتقد أن اقتراح hottuna كان أن v13 هو تماماً ما سيُصدَر، لا أكثر ولا أقل. 21:01:38 <zzz> إذا أردت يمكننا مراجعة ذلك مجدداً بعد الاجتماع 21:01:38 <str4d> أو إن لم يكن يعمل دائماً، فعلى الأقل يسهل تشغيله ضمن تهيئة خادم البناء 21:01:51 <hottuna> zzz: ممتاز 21:01:54 <str4d> (الـ buildmaster سيتعامل مع خوادم البناء التي ليست دائماً على الإنترنت) 21:02:12 <zzz> لنؤجل حديث خادم البناء ولننتقل إلى 4) 21:02:22 <zzz> 4) التخطيط لـ HOPE http://zzz.i2p/topics/1968 21:02:23 <susbarbatus> str4d: ليس هناك مشكلة. يمكنني توصيل جهاز Mac Mini ~2012 لذلك. هو بطيء لكنه لن يقوم بأي شيء آخر. 21:02:24 <str4d> مفهوم 21:02:33 <str4d> ^5 susbarbatus :) 21:02:52 <eche|on> hope - معي تذكرة للاستخدام 21:02:57 <zzz> التقيت بـ Lance هذا الأسبوع. ما يزال المقترح أن يزودنا بغرفة مؤتمر صغيرة طوال اليوم، إما اليوم السابق لـ HOPE أو الذي بعده 21:03:04 <zzz> أي في 21 أو 25 يوليو 21:03:22 <zzz> شددت عليه أننا نحتاج إلى تاريخ والتزام قريباً، حتى نتمكن من شراء تذاكر الطيران 21:03:46 <zzz> لن تكون مفتوحة للعامة. بدعوات فقط، 5-6 أشخاص، مجرد لقاء غير رسمي لاجتماعات خريطة الطريق إلخ 21:03:51 <str4d> في هذه المرحلة لا أستطيع الالتزام بالحضور، رغم أن هناك احتمالاً صغيراً أن أكون في الولايات المتحدة بحلول ذلك الوقت 21:04:00 <zzz> بالإضافة إلى أن نعرض له ما نفعله والعكس صحيح 21:04:30 <zzz> لدي الآن أنا وsadie كمؤكَّدين، وcomradenosebleed وlazygravy كاحتمال. من أيضاً؟ 21:04:49 <zzz> وما التاريخ الحاسم الذي تحتاجون بحلوله لترتيب السفر؟ 21:05:33 <zzz> إن كنا فقط أنا وsadie ربما نُلغي الأمر كله، لكن دعونا نرى 21:05:39 <zzz> أي أحد؟ 21:06:04 <zzz> هل يأتي hottuna؟ 21:06:07 <str4d> (كل ذلك يعتمد على موعد مناقشة رسالتي، لا فكرة لدي متى سيكون) 21:06:09 <str4d> (وأيضاً على أمور متعلقة بالتأشيرة) 21:06:17 <str4d> إذا كانت مناقشة رسالتي قبل ذلك، أود أن أكون هناك (حتى لو كان مجرد مرور سريع) 21:06:17 <eche|on> أنا مهتم، لكن غير قادر على دفع ثمن الرحلة والفندق. خصوصاً إذا التقينا لاحقاً في كندا 21:06:17 <str4d> لذا اسألني مجدداً خلال شهر تقريباً 21:06:45 <zzz> حسناً، سأواصل الضغط على lance لتثبيت الموعد، وآمل أن يتوفر الأشخاص 21:06:50 <zzz> آخر نداء حول 4) 21:07:00 <hottuna> zzz: التوقيت محرج جداً بالنسبة لي. عليّ أن أكون في الاتحاد الأوروبي في 16 يوليو لحضور زفاف. 21:07:15 <hottuna> لا أظن أنني أجرؤ على الالتزام الآن، 21:07:20 <zzz> رائع، مرّ عبر نيويورك في طريق العودة :) 21:07:26 <hottuna> (أو على الإطلاق إذا كان يجب الآن) 21:07:33 <hottuna> همف.. 21:07:44 <hottuna> ليست فكرة سيئة 21:07:47 <zzz> 5) مراجعة موجزة للاجتماعات الشهرية وإدارة المشروع بعد 3 أشهر 21:07:59 <str4d> إذاً ضعني كـ "آمل" للقاء، و"غير مرجح" لـ HOPE (لأنني لا أستطيع الالتزام بالحاجة إلى تذكرة، لكنني سأستخدم واحدة احتياطية إن كنت هناك) 21:08:26 <zzz> حسناً، من منظوري هذا لا يعمل إطلاقاً، هناك شبه انعدام في إنجاز البنود، فهل يمكن إصلاح الأمور أم ينبغي أن نوقف الاجتماعات الشهرية؟ 21:08:40 <str4d> أعتقد أنه يمكن إصلاح الأمور 21:08:42 <zzz> إذا لم يقم أحد بأي شيء، فلا يوجد ما يُدار. ليس بذلك السوء تماماً لكنه قريب 21:09:11 <str4d> على الأقل، أرى أن الاجتماعات الشهرية مفيدة 21:09:30 <zzz> الهدف أيضاً كان نقل إدارة المشروع إلى sadie لكنها حتى لا تحضر الاجتماعات لذا هذا أيضاً ليس على المسار 21:09:32 <hottuna> أتفق مع ذلك 21:09:44 <str4d> كانت تعتقد أنه قبل ساعة 21:09:49 <str4d> هي الآن في اجتماع آخر 21:10:19 <str4d> (وصلت قبل ساعة ولم يكن أحد يتحدث هنا) 21:10:41 <zzz> بالتأكيد، الجميع يحب الاجتماعات عندما لا يضطر لإدارتها. لكنني أبدو أحمق وأنا أسأل كل شهر عما إذا كان شيء وعد به شخص قبل 3 أشهر قد حدث. سئمت من ذلك. 21:10:49 <str4d> ناقشت هذا مع sadie، ولدينا الآن اجتماعات أسبوعية للبقاء على المسار في البنود التي نعمل عليها معاً 21:11:19 <str4d> zzz، إذن لا تجعل تركيز الاجتماع "هل أنجزت هذا الشيء" 21:11:36 <zzz> ربما هذا قاسٍ جداً لكن مع نقص التقدم واختفاء kytv أرى أننا في ورطة كبيرة 21:11:40 <hottuna> zzz: متى يفترض أن يحدث الانتقال إلى sadie؟ 21:11:40 <str4d> أرى أن الاجتماعات الشهرية يجب أن تكون أكثر لإعادة تقييم الأولويات وإعادة التنظيم 21:11:58 <zzz> حسناً فكيف نبقي الناس على المسار لإنجاز ما وعدوا به؟ 21:12:13 <str4d> بينما "هل أنجزت هذا الشيء" تحتاج أ) مزيداً من المساءلة الشخصية وب) مزيداً من التواصل الفردي 21:12:30 <hottuna> zzz: ليست رائعة بأي حال، لكن "ورطة كبيرة" ربما مبالغة. 21:13:02 <str4d> zzz، في حالتي، رتبت اجتماعات أسبوعية مع sadie للمساعدة في إبقائي على المسار، ومنحتها وصولاً إلى قائمة مهامي في I2P حتى تساعد في تحديد الأولويات 21:13:07 <susbarbatus> str4d: أظن أن النقطة أكثر أنه لو أن الجميع كان يفي بالوعود/الالتزام لما اضطر zzz لطرح سؤال "هل أنجزت هذا" ؛). 21:13:12 <str4d> (عقدنا اجتماعاً واحداً حتى الآن، لذا ما زلت بحاجة لرؤية كيف يسير ذلك) 21:13:17 <str4d> susbarbatus، نعم 21:13:50 <str4d> نحتاج إلى مرونة كافية للتعامل مع حقيقة أن الناس يفعلون هذا للمتعة/التطوع خارج عملهم المعتاد 21:14:13 <zzz> صحيح. نظامي حالياً أنه عندما تنهي شيئاً، تُبلغ بذلك في موضوع zzz.i2p الخاص بالاجتماع، حتى لا نضطر لاستهلاك وقت الاجتماع في ذلك 21:14:15 <str4d> لكن نحتاج أيضاً للتأكيد أنه إن كان شخص لا يُنجز شيئاً، فهو لا يساعد 21:14:28 <zzz> فقط عندما لا ينهي الناس ولا يبلغون، نضطر لإضاعة الوقت هنا 21:14:42 <str4d> ومن الأفضل تمرير بند ما لشخص آخر بدلاً من حظره إلى أجل غير مسمى 21:14:54 <str4d> (يقول هذا الشخص الذي يحظر I2P Android إلى أجل غير مسمى :P ) 21:15:19 <zzz> إذاً أنشأ str4d وsadie نظام إدارة مشروع موازياً وغير علني كتجربة. هذا مثير للاهتمام، لكنه بالطبع غير واضح كيف يرتبط بما أفعله، أو ما إذا كان ينبغي أن أواصل فعله 21:15:55 <str4d> zzz، إنه جزء واحد من الصورة الأكبر 21:16:28 <str4d> كما قلت أعلاه، أعتقد أن محاولة "لماذا لم تفعل هذا" في اجتماع شهري ليست مفيدة كما كنا نظن 21:16:35 <zzz> لذا إدارة المشروع عبر منتداي والتوبيخ في الاجتماعات الشهرية، أنا مستعد لأعلن فشلها 21:16:50 <str4d> لأنه إذا لم يفعلوا شيئاً في الأسابيع الثلاثة الأولى، فمن غير المحتمل أن ينجزوه في الأسبوع الأخير 21:17:21 <str4d> لذا أرى أن المتابعات السريعة الأكثر انتظاماً لمن لديهم بنود معلّقة أفضل، وهذا ما أجربه مع sadie 21:17:34 <zzz> في هذه المرحلة لا أظن أنني سأحصل على المسودة من comradenosebleed، أو CoC، أو حالات الاستخدام على الويب، أو إصدار أندرويد، على الأقل ليس بحلول تاريخ محدد مهما كان بعيداً 21:18:10 <zzz> لذا أقترح إيقاف المراجعة الشهرية لبنود العمل. كالعادة، سيفعل الناس أو لا ما يريدون في المصدر المفتوح، ومن الصعب جداً جداً إقناع أي أحد بفعل أي شيء هنا. 21:18:36 <zzz> الناس سيفعلون ما يريدون، وأي جزرات وعصي لدي ليست فعالة 21:19:50 <str4d> أصوّت أن نبقي الاجتماعات الشهرية، ونستخدمها للاستمرار في تعديل أولوياتنا بناءً على ما يُنجز فعلاً وما حدث خلال الشهر الماضي (مثلاً ما فعلناه الآن بخصوص .26 بعد kytv) 21:20:56 <susbarbatus> حسناً، كيف يعمل نظام المكافآت حالياً؟ مثلاً، قائمة عامة موجزة مع حافز مدفوع. هل لا يزال الناس ينظرون إليها؟ 21:20:59 <susbarbatus> ما أود ذكره؛ ماذا عن المدفوعات الصغيرة للمهام. 21:21:03 <str4d> وفي الأثناء إذا وافق شخص على فعل شيء، فعليه أيضاً أن يوافق على إبقاء sadie على اطلاع بالتقدم، أو على الأقل إعطاء sadie قناة اتصال لتذكيره :P 21:21:21 <zzz> حسناً إذن أقترح أن أتنحى عن إدارة المشروع، ليُستبدل ذلك بنظام وشخص سيُحددان. ستكون لدينا اجتماعات شهرية لكن دون مراجعة بنود العمل 21:21:54 <zzz> الاجتماع القادم سيكون الثلاثاء 3 مايو 21:21:58 <zzz> أي شيء آخر حول 5) 21:22:10 <zzz> أي شيء آخر لهذا الاجتماع؟ 21:22:35 <str4d> لا شيء مني 21:22:53 <zzz> شكراً للجميع، اجتماع طويل اليوم 21:22:58 * zzz *bafs* أُغلق الاجتماع