𝗣𝗻𝗽𝗺 𝗔𝗰𝗰𝗲𝗽𝘁𝗲𝗱 𝗧𝗵𝗲 𝗧𝗠𝗣𝗗𝗜𝗥 𝗦𝗼𝗰𝗸𝗲𝘁 𝗕𝘂𝗱𝗴𝗲𝘁 𝗥𝗲𝗽𝗮𝗶𝗿
pnpm کے لیے حال ہی میں کیے گئے ایک فیلڈ ٹیسٹ کے نتیجے میں اسے upstream سطح پر قبول کر لیا گیا ہے۔ یہ حدود پر مرکوز مرمت (boundary-focused repairs) کے لیے ایک بڑی کامیابی ہے۔
مسئلہ پاتھ کی لمبائی (path length) کا تھا۔
جب pnpm کسی پیکیج کو انسٹال کرتا ہے، تو یہ ایک TMPDIR پاتھ سیٹ کرتا ہے۔ کچھ پیکیجز سیٹ اپ کے دوران lifecycle tools چلاتے ہیں۔ یہ ٹولز اکثر IPC sockets تخلیق کرتے ہیں۔ اگر pnpm کا TMPDIR پاتھ بہت لمبا ہو، تو کل ساکٹ پاتھ Unix کی حد سے تجاوز کر جاتا ہے۔ اس کی وجہ سے Node ایک ایرر (error) رپورٹ کرتا ہے۔
یہ ایرر Node یا کسی ٹول کی ناکامی معلوم ہوتا ہے۔ لیکن اصل وجہ پاتھ بجٹ (path budget) کا مسئلہ ہے۔
pnpm Unix ساکٹ کی حد کا ذمہ دار نہیں ہے۔ pnpm lifecycle tools کا ذمہ دار نہیں ہے۔ pnpm اس عارضی ڈائریکٹری پاتھ کا ذمہ دار ہے جو وہ فراہم کرتا ہے۔
یہ مرمت صرف ان چیزوں پر توجہ مرکوز کرتی ہے جنہیں pnpm کنٹرول کرتا ہے۔
یہ حل پاتھ کے اس حصے کو مختصر کرتا ہے جو pnpm کے زیرِ انتظام ہے۔ یہ ایک مختصر پری فکس (prefix) کے ساتھ Node کے نیٹو fs.mkdtemp() کا استعمال کرتا ہے۔ اس سے عارضی ڈائریکٹری pnpm اسٹور کے اندر ہی رہتی ہے لیکن جگہ کم استعمال ہوتی ہے۔
یہ طریقہ کار تین اصولوں پر عمل کرتا ہے:
- pnpm temp root کو برقرار رکھیں۔
- pnpm basename کو مختصر کریں۔
- downstream ٹولز کے لیے زیادہ پاتھ بجٹ چھوڑیں۔
یہ ایک محدود اور مؤثر مرمت ہے۔ یہ ہر ممکنہ ساکٹ ایرر کو ٹھیک کرنے کی کوشش نہیں کرتی۔ یہ pnpm کے پرائیلیجز (privileges) چلانے کے طریقے کو تبدیل نہیں کرتی۔ یہ محض pnpm کو پاتھ بجٹ ضائع کرنے سے روکتی ہے۔
pnpm کے مینٹینرز نے اسے 16 جون، 2026 کو منظور اور مرج (merge) کر لیا۔
یہ کامیابی ثابت کرتی ہے کہ Scarab/SDS طریقہ کار کام کرتا ہے۔ ہم اپنے زیرِ انتظام سطح (owned surface) کو تلاش کرتے ہیں۔ ہم سب سے نمایاں علامت (loudest symptom) سے بچتے ہیں۔ ہم پیچ (patch) کو چھوٹا رکھتے ہیں۔ ہم پروجیکٹ کی حدود کو برقرار رکھتے ہیں۔
اس ٹیسٹ کے لیے Field Lab کا اسٹیٹس اب یہ ہے: upstream-accepted۔
Optional learning community: https://t.me/GyaanSetuAi