🤡 - بعضی از کاربر های گرافیک های AMD خبر از پرش تصویر، فلیکر و ناهنجاری های تصویری میدن، همچنین لگ های وحشتناکی هم دیده شده. علت؟ بنظر میرسه بخش قابل توجهی از اون مربوط به کازمیک و نحوه تعامل اون با Mesa, Wayland و درایور های گرافیکی مربوط باشه.

👌 - حتی تو کارت های خفنی مثل RX 7900 XTX هم این مشکلات دیده شده. این نشون میده این موضوع ربطی به سخت افزار قدیمی و جدید، یا ضعیف و قوی نداره و کازمیک به طور کلی درحال حاضر ناسازگاری هایی داره، یکی از کاربر ها هم گزارش داده که GPU اون موقع کار ریست شده و باعث شده تب های بازش بپرن.

🥰 - البته این به معنی خراب بودن پاپ او اس برای همه نیست، این مشکلات وابسته به GPU، مانیتور، رفرش ریت و VRR هستن. که امیدواریم در اینده حل بشن.

⚙️ - بعضی خطاهای سخت‌افزاری روی GPU های اینتل میتونن دستگاه رو وارد یه وضعیت دائمی کنن که حتی PCIe Reset یا Reload کردن درایور هم قادر به بازیابی اون نباشه.

🔧 - برای حل این مشکل، درایور Xe قراره از قابلیت جدیدی به اسم Cold Reset Recovery پشتیبانی کنه که امکان Power Cycle کامل GPU رو برای بازیابی از این خطاها فراهم میکنه.

🔋 - در کنار این، Intelligent Bias Control v3 یا IBC v3 هم برای گرافیک یکپارچه Xe3 در پردازنده‌های Panther Lake فعال میشه که قراره مدیریت مصرف انرژی رو در workload هایی مثل گیمینگ بهبود بده.

📦 - پشتیبانی از DRM_RAS Netlink، بهبود مدیریت خطاهای PCI و چند قابلیت دیگه هم در این مجموعه تغییرات قرار دارن.

🐧 - این تغییرات برای Linux 7.4 ارسال شدن و انتظار میره این نسخه در اواخر اکتبر وارد Merge Window بشه.

🧪 - نسخه systemd 262-rc1 به‌عنوان اولین Release Candidate نسخه جدید systemd منتشر شده و تغییرات مختلفی رو با خودش آورده.

📦 - حالا systemd تعدادی Unit File رو به‌صورت داخلی در خودش داره و در صورت عدم دسترسی به فایل‌های روی دیسک، میتونه از نسخه‌های داخلی برای shutdown، reboot و multi-user استفاده کنه.

🐳 - همچنین امکان ساخت systemd به‌صورت یک باینری استاتیک برای کانتینرهای بسیار کوچک فراهم شده.

🔄 - پشتیبانی از Live Update Orchestrator هم گسترش پیدا کرده و Service Unitها حالا گزینه‌ی LUOSession= رو دارن.

🖥️ - و systemd-vmspawn حالا علاوه بر AMD SEV-SNP، از Intel TDX برای Confidential Computing هم پشتیبانی میکنه.

🔐 - بهبودهایی برای systemd-homed، systemd-cryptenroll، systemd-coredump، نصب‌های بدون دخالت کاربر و NUMA هم در این نسخه وجود داره.

🐧 - درحال حاضر systemd 262-rc1 نسخه آزمایشی محسوب میشه و برای تست و پیدا کردن باگ‌ها منتشر شده.

😄 - ترجمه: وقتی برای اولین بار از گرافیک داخلی به گرافیک مجزا مهاجرت میکنی

🚀 - نسخه Audacity 4.0 منتشر شده و این بار فقط با چند قابلیت جدید روبه‌رو نیستیم؛ این نسخه یک تغییر بزرگ زیرساختی رو تجربه کرده و رابط کاربری این ویرایشگر صوتی محبوب بعد از سال‌ها از wxWidgets به Qt6 منتقل شده.

🖥️ - این مهاجرت باعث میشه Audacity تجربه‌ای مدرن‌تر داشته باشه؛ از پشتیبانی بهتر از نمایشگرهای HiDPI گرفته تا هماهنگی بیشتر با محیط‌های دسکتاپ امروزی.

✂️ - در این نسخه مدل جدیدی برای ویرایش کلیپ‌ها معرفی شده؛ حالا کلیپ‌ها راحت‌تر گروه‌بندی میشن، آزادی بیشتری برای جابه‌جایی دارن و ابزار اختصاصی Split هم اضافه شده.

📁 - فرمت پروژه جدید .aup4 هم معرفی شده. پروژه‌های قدیمی با فرمت .aup3 همچنان قابل باز شدن هستن و امکان تبدیل به فرمت جدید وجود داره.

🐧 - کاربران لینوکس هم میتونن از نسخه AppImage استفاده کنن تا بدون وابستگی به مخازن توزیع‌ها، نسخه جدید رو تجربه کنن.

🦀 - در تغییرات جدید Linux 7.3، قابلیت امنیتی RandStruct در بعضی شرایط به‌صورت پیش‌فرض فعال نخواهد بود تا مسیر استفاده از Rust در کرنل لینوکس راحت‌تر بشه.

🔐 - توضیح برای دوستانی که نمی‌دونن؛ RandStruct یک مکانیزم امنیتی هست که چیدمان بعضی ساختارهای حساس کرنل رو هنگام کامپایل به‌صورت تصادفی تغییر میده تا حملات مبتنی بر حافظه سخت‌تر بشن.

⚙️ - مشکل این بود که RandStruct فعلاً با Rust Kernel Support سازگاری کامل نداره و فعال بودنش باعث می‌شد Rust در پیکربندی‌های تستی مثل allmodconfig غیرفعال بشه.

🛠️ - حالا وقتی سیستم دارای Rust toolchain و پشتیبانی Rust برای معماری موردنظر باشه، RandStruct به‌صورت پیش‌فرض خاموش میشه تا توسعه و تست Rust در کرنل راحت‌تر انجام بشه.

🛡️ - البته این قابلیت حذف نشده و کاربران همچنان می‌تونن با کانفیگ سفارشی کرنل، RandStruct رو فعال کنن.

💰 - شرکت NVIDIA رسماً اعلام کرده که Hugging Face، یکی از مهم‌ترین پلتفرم‌های اشتراک‌گذاری مدل‌ها، دیتاست‌ها و ابزارهای هوش مصنوعی، رو با مبلغ ۱۲.۹۳ میلیارد دلار خریداری می‌کنه.

🤗 - این خرید می‌تونه تأثیر بزرگی روی اکوسیستم Open Source AI داشته باشه؛ چون Hugging Face یکی از اصلی‌ترین مراکز توسعه و انتشار مدل‌های Open Weight محسوب میشه و میلیون‌ها توسعه‌دهنده از اون استفاده می‌کنن.

🌱 - از طرفی، ورود منابع و زیرساخت‌های انویدیا می‌تونه باعث رشد سریع‌تر پروژه‌های متن‌باز، بهبود ابزارهای توسعه، ارزیابی مدل‌ها و دسترسی راحت‌تر به هوش مصنوعی بشه.

⚠️ - اما این اتفاق یک سؤال مهم هم ایجاد می‌کنه: آیا یک پلتفرم بزرگ متن‌باز وقتی زیرمجموعه یک شرکت بزرگ تجاری قرار می‌گیره، همچنان به همان اندازه مستقل باقی می‌مونه؟

🔓 - انویدیا اعلام کرده Hugging Face همچنان یک پلتفرم باز باقی می‌مونه، از مدل‌های Open Source و Open Weight پشتیبانی می‌کنه و کاربران مجبور به استفاده از سخت‌افزار یا سرویس‌های NVIDIA نخواهند بود.

🐧 - توسعه یک قابلیت جدید برای کرنل لینوکس که هدفش سریع‌تر کردن خاموش شدن و ری‌استارت سیستم‌ها هست، وارد مرحله جدیدی شده و پچ‌های آن حالا به نسخه بیست‌ویکم رسیده‌

🛠️ - این مجموعه پچ که توسط توسعه‌دهندگان Red Hat ارسال شده، امکان خاموش کردن غیرهمزمان دستگاه‌ها (Async Device Shutdown) رو به کرنل اضافه می‌کنه؛ یعنی دستگاه‌های مختلف می‌تونن به‌جای منتظر موندن پشت سر هم، همزمان خاموش بشن.

💾 - این تغییر مخصوصاً برای سرورها و سیستم‌هایی با تعداد زیادی حافظه NVMe و تجهیزات ذخیره‌سازی اهمیت زیادی داره؛ چون بعضی از این دستگاه‌ها هنگام خاموش شدن چندین ثانیه زمان نیاز دارن.

🚀 - در تست‌های انجام‌شده، این قابلیت تونسته زمان خاموش شدن یک سیستم رو از ۱۱ دقیقه به ۵۵ ثانیه کاهش بده و در یک سیستم دیگه هم این زمان از ۸۰ ثانیه به ۱۱ ثانیه رسیده.

🔧 - در حال حاضر دستگاه‌ها باید به‌صورت مشخص اعلام کنن که از خاموش شدن غیرهمزمان پشتیبانی می‌کنن، اما توسعه‌دهندگان امیدوارن این قابلیت در آینده نزدیک وارد کرنل اصلی لینوکس بشه.

🧠 - توسعه‌دهندگان LLVM در حال بررسی اضافه کردن فایل‌هایی مثل AGENTS.md و CLAUDE.md به مخزن رسمی پروژه هستن؛ فایل‌هایی که به عامل‌های هوش مصنوعی برای کار روی کد و مشارکت در پروژه کمک می‌کنن.

📄 - این فایل‌ها به AI Agentها کمک می‌کنن تا با قوانین پروژه، استانداردهای کدنویسی و روند مشارکت بهتر آشنا بشن.

⚖️ - اما بین توسعه‌دهندگان LLVM اختلاف نظر وجود داره؛ بعضی‌ها این فایل‌ها رو مفید می‌دونن و بعضی دیگر نگران افزایش پیچیدگی و ایجاد شلوغی در فرآیند توسعه هستن.

🔧 - یکی از چالش‌ها اینه که LLVM شامل زیرپروژه‌های مختلفیه و ساخت یک دستورالعمل مشترک برای همه بخش‌ها کار ساده‌ای نیست.

📝 - فعلاً یک Pull Request آزمایشی برای اضافه کردن نسخه ساده‌ای از AGENTS.md ارائه شده که AI Agentها رو به مستندات، سیاست‌های مشارکت و استانداردهای کدنویسی LLVM هدایت می‌کنه.

🧪 - نسخه Ubuntu 26.10 "Stonking Stingray" Snapshot 3 به‌عنوان جدیدترین ایمیج آزمایشی ماهانه منتشر شده تا کاربران و توسعه‌دهندگان بتونن فرآیند انتشار و پایداری نسخه جدید اوبونتو رو آزمایش کنن.

📦 - این نسخه شامل جدیدترین پکیج‌ها و تغییرات Ubuntu 26.10 هست و در کنار ISO های روزانه، به جامعه اوبونتو کمک می‌کنه تا باگ‌ها زودتر شناسایی و برطرف بشن.

⚠️ - البته Snapshot 3 برای استفاده روزمره و سیستم اصلی پیشنهاد نمی‌شه و بیشتر برای تست و گزارش مشکلات منتشر شده.

🖥️ - #اوبونتو 26.10 در حال نزدیک شدن به انتشار نهایی در ماه اکتبره؛ فریز رابط کاربری هفته آینده انجام میشه، فریز قابلیت‌های کرنل در ۱۷ سپتامبر و نسخه بتا هم برای ۲۴ سپتامبر برنامه‌ریزی شده.

🚀 - انتشار رسمی Ubuntu 26.10 قرار هست در ۱۵ اکتبر یعنی ۲۳ مهر انجام بشه.

⚙️ - توسعه‌دهندگان Fedora یک پیشنهاد جدید برای نسخه Fedora 47 مطرح کردن که بر اساس اون، به‌جای Fat LTO از Thin LTO برای بهینه‌سازی زمان لینک شدن برنامه‌ها استفاده بشه.

🚀 - توضیح برای دوستانی که نمی‌دونن؛ Thin LTO یک روش مدرن‌تر برای Link-Time Optimization هست که نسبت به روش سنتی، مصرف حافظه کمتر و سرعت ساخت (Build) بالاتری داره؛ در حالی که همچنان بخش زیادی از مزایای بهینه‌سازی LTO رو حفظ می‌کنه.

📦 - در صورت تأیید این تغییر، یک ماکروی جدید برای بسته‌های RPM اضافه میشه تا فعال کردن Thin LTO برای پکیج‌های Fedora ساده‌تر بشه.

🛠️ - این تغییر فعلاً استفاده اجباری از Thin LTO رو برای همه پکیج‌ها اعمال نمی‌کنه؛ بلکه به Maintainer ها اجازه میده بررسی کنن که این روش چه تأثیری روی زمان Build و عملکرد نرم‌افزارها داره.

🗳️ - پیشنهاد استفاده از Thin LTO هنوز باید توسط Fedora Engineering and Steering Committee (FESCo) بررسی و تأیید بشه.

🎮 - تغییرات جدیدی در Mesa 26.3 اضافه شده که پشتیبانی از یک حالت جدید 64-bit GPU Addressing را برای گرافیک‌های آینده اینتل، مخصوصاً Nova Lake P، آماده میکنه.

⚙️ - تا قبل از معماری GFX35، پردازنده‌های گرافیکی اینتل برای دسترسی به حافظه از آدرس‌دهی ترکیبی استفاده می‌کردن؛ اما تو نسل جدید، واحدهای اجرایی GPU میتونن مستقیماً از آدرس‌های ۶۴ بیتی استفاده کنن.

🚀 - این تغییر باعث میشه GPUهای جدید اینتل مثل Xe3P تو Nova Lake P بتونن مدیریت حافظه کارآمدتری داشته باشن و مسیر برای نسل‌های بعدی که کاملاً به حالت ۶۴ بیتی تکیه میکنن آماده تر باشه.

🐧 - این پشتیبانی فعلاً تو بخش‌های Intel Graphics Compiler و درایور ANV Vulkan اضافه شده و پشتیبانی مربوط به Iris Gallium3D (OpenGL) هم در ادامه آماده میشه.

💻 - این سری از Nova Lake P اولین GPU اینتل هست که قراره از این حالت جدید ۶۴ بیتی پشتیبانی کنه و Mesa در حال آماده‌سازی درایورهای متن‌باز لینوکس برای اینتل هست.

🔊 - توسعه‌دهندگان کرنل لینوکس در حال آماده‌سازی تغییراتی برای بهبود پشتیبانی از چیپ‌های Apple Silicon در لینوکس هستن؛ تغییری که مدیریت صدا و مصرف انرژی مک‌های مجهز به پردازنده‌های سری M اپل رو بهتر خواهد کرد.

⚙️ - مشکل اصلی به نحوه اتصال اسپیکرهای Apple Silicon برمی‌گرده؛ چند کُدِک صوتی از یک خط مشترک GPIO برای خاموش و روشن شدن استفاده می‌کنن که باعث می‌شد مدیریت توان آن‌ها بسیار پیچیده و حتی به گفته توسعه‌دهندگان، «تقریباً غیرممکن» بشه.

🛠️ - پیش از این، پروژه Asahi Linux برای حل این مشکل از یک راه‌حل موقت با استفاده از API رگولاتور کرنل استفاده می‌کرد؛ اما حالا با اضافه شدن زیرساخت Shared GPIO در کرنل، این روش دیگر لازم نیست.

🚀 - این تغییر باعث میشه درایور صوتی Apple Silicon معماری تمیزتر و هماهنگ‌تری با کرنل اصلی لینوکس داشته باشه و مدیریت Suspend/Resume و مصرف انرژی بهتر انجام بشه.

🐧 - پشتیبانی جدید برای Apple Silicon و درایورهای صوتی مربوط به اون در شاخه توسعه قرار گرفته و قرار هست برای چرخه انتشار Linux 7.4 ارسال بشه.

🚀 - کنفرانس سالانه X.Org Developer's Conference (XDC 2026) از ۲۸ تا ۳۰ سپتامبر در تورنتو برگزار میشه و امسال کلی موضوع جالب درباره Mesa، Wayland و درایورهای گرافیکی قراره مطرح بشه

🧩 - یکی از بحث‌های جذاب، ایده Vulkan Gallium هست؛ چیزی شبیه Gallium3D در Mesa که می‌تونه با اشتراک‌گذاری بیشتر کدها، توسعه درایورهای Vulkan رو راحت‌تر و سریع‌تر کنه

⚡ - همچنین درباره NOCL صحبت میشه؛ یک پیاده‌سازی متن‌باز از OpenCL روی CUDA که به‌عنوان یک درایور Gallium3D برای استفاده با Rusticl توسعه داده شده

🛠️ - از موضوعات دیگه هم میشه به کنار گذاشتن احتمالی TGSI در Gallium3D، پیشرفت کامپایلر Intel Jay، و وضعیت توسعه پشتیبانی از GPU های Apple M3 در پروژه Asahi Linux اشاره کرد

🐧 - وضعیت درایور گرافیکی Qualcomm، درایور Vulkan انویدیا یعنی NVK و چندین پروژه دیگر Mesa هم در این رویداد بررسی میشن

🌐 - در بخش Wayland هم یک پروتکل جدید برای اعلام نرخ فریم محتوا بررسی میشه که می‌تونه برای پخش ویدیو و تجربه روان‌تر رابط کاربری مفید باشه

🚀 - پروژه Portable Computing Language (PoCL) نسخه 7.2 رو منتشر کرده؛ یک پیاده‌سازی متن‌باز و قابل‌حمل از OpenCL که می‌تونه روی معماری‌های مختلف CPU و با کمک Backendهای LLVM روی سخت‌افزارهای دیگه هم اجرا بشه.

⚡ - مهم‌ترین اتفاق این نسخه، دریافت تأییدیه رسمی OpenCL 3.0 Conformance برای پردازنده‌های RISC-V و x86_64 هست.

🖥️ - در معماری x86_64، این سازگاری با استفاده از مسیرهای بهینه‌سازی AVX-512 روی پردازنده AMD Ryzen 9 9900X (Zen 5) آزمایش و تأیید شده.

🐧 - و PoCL 7.2 همچنین پشتیبانی از LLVM 22 برای دستگاه‌های CUDA و Level Zero رو اضافه کرده و در هدف‌های CPU امکان استفاده از LLVM 23 رو هم فراهم می‌کنه.

🔧 - چندین افزونه جدید OpenCL مثل cl_khr_integer_dot_product، cl_khr_kernel_clock و بهبودهای مربوط به SPIR-V هم در این نسخه اضافه شدن.

🔍 - پروژه NetworkManager که اخیراً قوانین جدیدی برای استفاده از ابزارهای هوش مصنوعی در توسعه کدش گذاشته بود، حالا یک روش متفاوت برای پیدا کردن Patchهایی که ممکنه توسط AI Agentها ساخته شده باشن معرفی کرده.

📜 - طبق این قوانین، توسعه‌دهنده‌ها باید مسئولیت کامل کدی که ارسال می‌کنن رو قبول کنن و بتونن همه بخش‌های اون رو توضیح بدن.

🪤 - برای اینکه Patch های ناسازگار با این سیاست راحت‌تر شناسایی بشن، یک Canary داخل فایل‌های AGENTS.md / CLAUDE.md قرار گرفته.

📝 - این فایل از AI Agent ها می‌خواد اگر متن‌هایی مثل Commit Message یا توضیحات Merge Request تولید کردن، کلمه‌ی خاص "biblioklept" رو داخل متن قرار بدن.

🕵️ - چون این کلمه تقریباً هیچ ارتباطی با توسعه NetworkManager نداره، سیستم‌های خودکار می‌تونن وجودش رو بررسی کنن و Patchهای مشکوک رو برای بررسی بیشتر علامت‌گذاری کنن.