مرحباً يا جماعة، إنه يوم الثلاثاء مجدداً

  • Index:
  1. 0.6.0.6 2) I2Phex 0.1.1.27 3) الترحيل 4) ???
    1. 0.6.0.6

مع إصدار 0.6.0.6 يوم السبت الماضي، لدينا مجموعة من المكوّنات الجديدة قيد التشغيل على الشبكة الحيّة، وقد قمتم جميعاً بعمل رائع في الترقية - حتى قبل بضع ساعات، تمت ترقية ما يقرب من 250 routers! يبدو أن الشبكة تعمل بشكل جيد أيضاً، وعمليات التعريف تعمل حتى الآن — يمكنك تتبّع نشاط التعريف الخاص بك عبر http://localhost:7657/oldstats.jsp، وذلك بالاطلاع على udp.receiveHolePunch و udp.receiveIntroRelayResponse (وأيضاً udp.receiveRelayIntro لمن هم خلف NATs).

بالمناسبة، “Status: ERR-Reject” لم يعد في الواقع خطأً، فلعلّنا نغيّره إلى “Status: OK (NAT)"؟

لقد وردت بعض تقارير الأخطاء المتعلقة بـ Syndie. مؤخرًا، هناك علة حيث سيفشل في المزامنة مع الأقران البعيدين إذا طلبت منه تنزيل عدد كبير جدًا من الإدخالات دفعة واحدة (إذ استخدمت، بحماقة، HTTP GET بدلًا من POST). سأضيف دعمًا لطريقة POST في EepGet، ولكن إلى أن يتم ذلك، حاول جلب 20 أو 30 مشاركة فقط في كل مرة. وبالمناسبة، ربما يستطيع أحدهم كتابة جافاسكربت لصفحة remote.jsp لتعرض العبارة “fetch all posts from this user”، بحيث تقوم تلقائيًا بتحديد جميع مربعات الاختيار في مدونة ذلك المستخدم؟

وفقاً لما يتناقله الناس، فإن OSX يعمل بشكل جيد مباشرة من دون إعداد الآن، ومع الإصدار 0.6.0.6-1 أصبحت x86_64 تعمل أيضاً على كلٍ من Windows وLinux. لم أسمع بأي تقارير عن مشاكل مع مُثبِّتات ‎.exe الجديدة، لذا فإمّا أن ذلك يعني أن الأمور تسير على ما يرام أو أنها تفشل تماماً :)

    1. I2Phex 0.1.1.27

بدافعٍ من بعض التقارير عن وجود اختلافات بين الشيفرة المصدرية وما تم تضمينه في حزمة legion لإصدار 0.1.1.26، إضافةً إلى القلق بشأن أمان المُشغِّل الأصلي مغلق المصدر، مضيتُ قدمًا وأضفت ملف i2phex.exe مبنيًا باستخدام launch4j [1] إلى cvs، وبنيتُ أحدث نسخة من cvs ووضعته على أرشيف ملفات i2p [2]. ولا يُعرف ما إذا كانت هناك تغييرات أخرى أجراها legion على شيفرته المصدرية قبل الإصدار، أو ما إذا كانت الشيفرة المصدرية التي طرحها هي بالفعل نفسها التي بناها.

لأسباب أمنية، لا يسعني أن أوصي باستخدام مشغّل legion مغلق المصدر أو الإصدار 0.1.1.26. الإصدار على موقع I2P [2] يتضمن أحدث التعليمات البرمجية من cvs، دون تعديل.

يمكنك إعادة إنتاج عملية البناء عبر أولاً سحب وبناء الشفرة المصدرية لـ I2P، ثم سحب الشفرة المصدرية لـ I2Phex، ثم تشغيل “ant makeRelease”: mkdir ~/devi2p ; cd ~/devi2p/ cvs -d :pserver:anoncvs-PQcCzt6076/R7s880joybQ@xxxxxxxxxxxxxxxx/cvsroot login

(كلمة المرور: anoncvs)

cvs -d :pserver:anoncvs-PQcCzt6076/R7s880joybQ@xxxxxxxxxxxxxxxx/cvsroot co i2p cd i2p ; ant build ; cd .. cvs -d :pserver:anoncvs-PQcCzt6076/R7s880joybQ@xxxxxxxxxxxxxxxx/cvsroot co i2phex cd i2phex/build ; ant makeRelease ; cd ../.. ls -l i2phex/release/i2phex-0.1.1.27.zip

الملف i2phex.exe داخل ملف zip المذكور قابل للاستخدام على Windows بمجرد تشغيله، أو على *nix/osx عبر “java -jar i2phex.exe”. وهو يعتمد على تثبيت I2Phex في دليل (مجلد) بجوار I2P - (على سبيل المثال: C:\Program Files\i2phex\ و C:\Program Files\i2p)، لأنه يستخدم بعض ملفات jar الخاصة بـ I2P.

لستُ بصدد تولّي صيانة I2Phex، لكنني سأضع الإصدارات المستقبلية من I2Phex على الموقع عندما تكون هناك تحديثات لـ cvs. إذا أراد أحدٌ العمل على صفحة ويب يمكننا نشرها لوصفه/تقديمه (sirup، هل أنت هنا؟)، مع روابط إلى sirup.i2p، ومنشورات مفيدة في المنتدى، وقائمة legion للنظراء النشطين، فسيكون ذلك رائعًا.

[1] http://launch4j.sourceforge.net/ [2] http://dev.i2p.net/i2p/i2phex-0.1.1.27.zip و http://dev.i2p.net/i2p/i2phex-0.1.1.27.zip.sig (موقعة بمفتاحي)

    1. migration

لقد استبدلنا أجهزة colocation (الاستضافة المشتركة في مركز بيانات) لخدمات i2p، ولكن من المفترض أن يكون كل شيء الآن يعمل بكامل طاقته على الخادم الجديد - إذا لاحظت شيئًا غريبًا، من فضلك، أخبرني!

    1. ???

شهدت القائمة البريدية الخاصة بـ i2p في الآونة الأخيرة الكثير من النقاشات الشيّقة، منها وكيل/مرشّح SMTP الجديد الأنيق الذي طوّره Adam، بالإضافة إلى بعض المشاركات الجيدة على Syndie (هل رأيتم السمة الخاصة بـ gloin على http://gloinsblog.i2p?). أنا أعمل حالياً على بعض التغييرات لمعالجة مشكلات قائمة منذ فترة طويلة، لكن تلك ليست وشيكة. إذا كان لدى أي شخص أمور أخرى يريد طرحها ومناقشتها، فانضمّوا إلى الاجتماع في #i2p الساعة 8 مساءً بتوقيت GMT (في غضون 10 دقائق أو نحو ذلك).

=jr