একজন ব্যবহারকারী জানাচ্ছেন যে Codex CLI সংস্করণ 0.157.0 থেকে, একটি interactive codex সেশন খুললেই একটি স্থায়ী background daemon চালু হয়, যা উইন্ডো বন্ধ হওয়ার পরেও চলতে থাকে। daemon সম্পূর্ণ প্ল্যাটফর্ম প্যাকেজ, প্রায় 374 MB, একটি স্থানীয় releases ফোল্ডারে কপি করে এবং সেই কপি থেকে চলে। এর ফলে backend-এর সংস্করণ npm দিয়ে ইনস্টল করা সংস্করণ থেকে আলাদা হয়ে যায়। একটি আলাদা updater শুরুর কিছু পরে এবং তারপর প্রতি ঘণ্টায় নতুন রিলিজ খোঁজে, এবং এই প্রক্রিয়ায় backend পুনরায় চালু করে।
ব্যবহারকারী আরও বলেন, daemon যে সেশন একে চালু করেছিল তার environment আটকে রাখে। তিনি এমন একটি wrapper ব্যবহার করেন যা প্রতিটি invocation-এ HTTPS_PROXY সেট করে, তাই daemon প্রথম সেশনের proxy variables ধরে রাখে এবং এর outbound connections পরের সেশন যাই হোক না কেন সেই proxy দিয়েই যায়। working directory ও terminal inheritance-সংক্রান্ত অন্যান্য সমস্যাও একই মূল কারণের সঙ্গে সম্পর্কিত বলে মনে হচ্ছে।
অনুরোধ হলো CLI-এর জন্য daemon_auto_start-কে opt-in করা, ডিফল্ট মান false, অথবা অন্তত চালু করার আগে জিজ্ঞাসা করা। ব্যবহারকারীর যুক্তি, শেয়ার্ড ও স্বয়ংক্রিয়ভাবে আপডেট হওয়া daemon Remote Control ও desktop app-এর জন্য উপযুক্ত, কিন্তু CLI-এর এমন একটি backend থাকা উচিত যা উইন্ডোর সঙ্গে জন্মায় ও মরে এবং ব্যবহারকারীর ইনস্টল করা binary চালায়। ডিফল্ট চালু রাখা হলে তিনি প্রস্তাব করেন, শেষ client সংযোগ বিচ্ছিন্ন হলে স্বয়ংক্রিয়ভাবে শুরু হওয়া daemon বন্ধ হোক, এবং CLI যদি npm, Homebrew বা pacman-এর মতো package manager থেকে আসে তবে নিজেকে কপি ও আপডেট করা বাদ যাক।
ব্যবহারকারী একটি বাগও পেয়েছেন: codex app-server daemon stop app server বন্ধ করে, কিন্তু pid-update-loop updater চালু থাকে। তার বর্তমান সমাধান হলো feature flag বন্ধ করা, daemon থামানো, updater নিজে হাতে বন্ধ করা এবং cached packages ফোল্ডার মুছে ফেলা।
উৎস: Hacker News · সারাংশ: HeadlinesBriefing