🎮 - تغییرات جدیدی در 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های مشکوک رو برای بررسی بیشتر علامت‌گذاری کنن.

🚀 - توسعه‌دهندگان KDE در حال آماده‌سازی Plasma 6.8 هستن و در آخرین تغییرات، قابلیت‌های کاربردی و بهبودهای مختلفی به این محیط دسکتاپ اضافه شده.

🖱️ - یکی از تغییرات جالب، اضافه شدن Auto-Scroll شبیه ویندوز هست؛ کاربران می‌تونن با فشار دکمه وسط ماوس وارد حالت اسکرول بشن و با حرکت نشانگر، صفحه رو جابه‌جا کنن.

♿ - قابلیت Dwell Click هم برای بهبود دسترسی‌پذیری در Wayland اضافه شده تا فاصله Plasma Wayland با نسخه X11 کمتر بشه.

🖥️ - در بخش Remote Desktop هم حالت جدیدی اضافه شده که نمایشگرهای فیزیکی سیستم مقصد رو قفل می‌کنه و یک صفحه مجازی برای کاربر راه دور ایجاد می‌کنه.

🎨 - همچنین سبک‌های Union در تنظیمات Application Styles نمایش داده میشن و کیفیت ضبط صفحه در Spectacle و برنامه‌های مبتنی بر KPipeWire بهتر خواهد شد.

⚡ - برای سیستم‌های با حافظه گرافیکی محدود، تم Breeze بهینه شده و حالا vRAM کمتری مصرف می‌کنه.

📅 - پلاسما 6.8 در ۱۴ اکتبر ( ۲۲ مهر ) منتشر میشه؛ نسخه‌ای که هم‌زمان با سی‌امین سالگرد پروژه KDE عرضه خواهد شد.

🚀 - پروژه GNOME در حال بررسی یک سیستم جدید به نام RFC Process هست تا تصمیم‌گیری درباره تغییرات مهم فنی، شفاف‌تر و منظم‌تر انجام بشه.

📄 - تا الان خیلی از تغییرات بزرگ GNOME با گفتگوهای غیررسمی بین توسعه‌دهنده‌ها پیش می‌رفت، اما حالا پیشنهاد شده این تغییرات به شکل یک RFC نوشته و قبل از اجرا بررسی بشن.

💬 - طبق این طرح، هر RFC به‌صورت یک Merge Request ثبت میشه، افراد و تیم‌های مرتبط مشخص میشن و بحث‌ها در GNOME Discourse انجام خواهد شد.

⚖️ - هر کسی می‌تونه نظر، نگرانی یا پیشنهاد خودش رو درباره یک RFC مطرح کنه و حتی برای بهتر شدن اون تغییراتی پیشنهاد بده. بعد از پایان گفتگوها، یک مرحله بررسی نهایی انجام میشه تا درباره قبول یا رد پیشنهاد تصمیم گرفته بشه.

🧩 - هدف این فرآیند اینه که تغییرات بزرگ GNOME با هماهنگی بیشتر، مشارکت بهتر جامعه و تصمیم‌گیری شفاف‌تری انجام بشن.

🌧️ - در کنار این موضوع، توسعه‌های دیگه‌ای مثل بهبود فایل‌منیجر Nautilus و یک افزونه جدید GNOME Shell با افکت بارش دیجیتالی شبیه فیلم Matrix هم معرفی شدن.

🚀 - شرکت AMD در حال ساخت یک تیم تخصصی برای استفاده گسترده‌تر از زبان Rust در بخش‌های مختلف نرم‌افزارهای GPU خودش هست؛ از Firmware و درایورها گرفته تا Shader Compilerها و ابزارهای توسعه.

⚙️ - هدف این تیم، ساخت نسل جدیدی از نرم‌افزارهای GPU با تمرکز روی Rust هست؛ زبانی که به‌خاطر امنیت حافظه و کاهش خطاهای رایج در برنامه‌نویسی سطح پایین، این روزها خیلی مورد توجه قرار گرفته.

🧠 - این برنامه فقط به یک بخش خاص محدود نمی‌شه و حوزه‌هایی مثل Compiler ها، Runtime ها، نرم‌افزارهای سطح پایین GPU، Firmware و ابزارهای توسعه‌دهندگان رو هم شامل میشه.

🔐 - ای ام دی امیدوار هست استفاده از Rust باعث بشه نرم‌افزارهای GPU امن‌تر، قابل‌اعتمادتر و راحت‌تر برای توسعه و نگهداری باشن؛ مخصوصاً در بخش‌هایی که هم عملکرد بالا و هم امنیت اهمیت زیادی دارن.

🐧 - این حرکت در حالی اتفاق میفته که شرکت‌های دیگه مثل NVIDIA هم به سمت استفاده از Rust در نرم‌افزارهای GPU حرکت کردن؛ از جمله توسعه درایور متن‌باز Nova برای لینوکس.

🚀 - انویدیا همچنان داره روی درایور متن‌باز Nova کار می‌کنه و این بار مجموعه‌ای از Patchها برای اضافه کردن vGPU Manager و VFIO Variant Driver منتشر کرده.

⚙️ - این تغییرات باعث میشن مدیریت GPU های مجازی (vGPU) بهتر بشه و کاربران بتونن با کمک VFIO و QEMU، ماشین‌های مجازی لینوکس یا ویندوز رو با قابلیت‌های GPU اجرا کنن؛ آن هم روی درایور Nova.

🐧 - ادامه این توسعه‌ها نشون میده NVIDIA جدی‌تر از قبل روی مسیر متن‌باز لینوکس سرمایه‌گذاری کرده و می‌خواد معماری جدیدی برای پشتیبانی از GPUهای خودش در کرنل لینوکس بسازه.

🖥️ - البته فعلاً نباید خیلی هیجان‌زده شد؛ این قابلیت‌ها بیشتر برای کارت‌های حرفه‌ای و دیتاسنتری NVIDIA طراحی شدن و احتمالاً در آینده نزدیک به کارت‌های مصرفی GeForce نمی‌رسن.

🔧 - نکته آخر؛ Nova هنوز در مسیر توسعه قرار داره، اما هر قدم جدید می‌تونه این درایور رو به استفاده روزمره روی لینوکس نزدیک‌تر کنه و آینده جالبی برای کاربران NVIDIA رقم بزنه.

🚀 - توزیع Zenwalk که بر پایه Slackware ساخته شده، بعد از چند سال یک نسخه جدید آزمایشی با نام Zenwalk Current Milestone منتشر کرده تا تجربه‌ای تازه‌تر از این توزیع قدیمی لینوکسی ارائه بده.

🐧 - این نسخه جدید آخرین تغییرات Slackware رو دریافت کرده و در کنار اون، بهبودهای اختصاصی Zenwalk در بخش سیستم و دسکتاپ هم اضافه شده تا تجربه کاربری روان‌تر و مدرن‌تری داشته باشه.

📦 - یکی از تغییرات مهم این نسخه، اضافه شدن پشتیبانی کامل از Flatpak هست که نصب برنامه‌ها رو برای کاربران راحت‌تر می‌کنه.

⚙️ - و یه نکته؛ Zenwalk Current Milestone حالا با کرنل Linux 7.1 عرضه میشه و از Scheduler جدید BORE هم استفاده می‌کنه تا پاسخ‌دهی دسکتاپ و عملکرد سیستم بهتر بشه.

🖥️ - محیط دسکتاپ پیش‌فرض این نسخه هم Xfce 4.20 هست که همچنان روی سبک بودن و سرعت تمرکز داره.

🛠️ - در کنار این موارد، یک ابزار گرافیکی جدید برای مدیریت سیستم، بهبود پشتیبانی چندرسانه‌ای و تغییرات مختلف دیگه هم اضافه شده.

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

🚀 - اینجاست که Flatpak وارد میشه؛ یک روش مدرن برای نصب برنامه‌ها که تلاش می‌کنه تجربه نصب نرم‌افزار در لینوکس رو ساده‌تر و یکپارچه‌تر کنه، فلت پک ایده قوی ای داره، به جای تولید پکیج برای دیسترو های دیگر یا به اصطلاح پراکندگی توزیع ها، میایم یه پکیج مستقل از اینها می‌سازیم تا روی میلیون ها دستگاه به خوبی کار کنه.

📦 - با Flatpak، توسعه‌دهنده‌ها می‌تونن یک نسخه از برنامه خودشون رو منتشر کنن که روی تعداد زیادی از توزیع‌های لینوکس اجرا بشه؛ بدون اینکه مجبور باشن برای هر توزیع جداگانه بسته بسازن.

🔒 - یکی از ویژگی‌های مهم Flatpak، استفاده از Sandbox هست؛ یعنی برنامه‌ها معمولاً دسترسی محدودی به سیستم دارن و کاربر می‌تونه مشخص کنه هر برنامه به چه چیزهایی دسترسی داشته باشه.

⚡ - همچنین برنامه‌های Flatpak مستقل از چرخه انتشار توزیع‌ها به‌روزرسانی میشن؛ یعنی مثلاً کاربران Debian یا Fedora مجبور نیستن برای دریافت نسخه جدید یک برنامه ماه‌ها منتظر بمونن.

💾 - البته Flatpak بدون ایراد نیست؛ بعضی برنامه‌ها فضای بیشتری مصرف می‌کنن، ممکنه در اولین اجرا کمی کندتر باشن و گاهی هماهنگی کامل با ظاهر سیستم ندارن.

⚖️ - احتمالاً آینده لینوکس ترکیبی خواهد بود؛ بسته‌های سنتی مثل deb، rpm و pacman همچنان برای بخش‌های اصلی سیستم باقی می‌مونن، اما Flatpak می‌تونه به انتخاب اصلی برای برنامه‌های دسکتاپی تبدیل بشه، چنین ایده ای رو اسنپ هم داشت، ایده قوی ای بود ولی اجرای ضعیفی داشت. تو دنیای نرم افزار آزاد باید یاد بگیری نمیتونی چیزی رو تحمیل کنی! آقای اوبونتو!

🔥 - شاید چند سال آینده کاربران عادی لینوکس کمتر درگیر دستورهای نصب برنامه بشن و بیشتر از فروشگاه نرم‌افزاری و #Flatpak استفاده کنن؛ تغییری که می‌تونه تجربه لینوکس روی دسکتاپ رو ساده‌تر کنه.

🚀 - بعد از حدود چهار سال انتظار، پروژه Slackware اولین نسخه آلفای نسل جدید خودش یعنی Slackware 16 Alpha 1 را منتشر کرده و یک قدم دیگر به انتشار نسخه نهایی نزدیک شده.

⚙️ - این نسخه با به‌روزرسانی‌های مهم در زنجیره ابزارهای GNU همراه شده؛ از جمله GCC 16.2، Binutils 2.47 و Glibc 2.44 که باعث شده تمام بسته‌های سیستم دوباره با این ابزارهای جدید کامپایل بشن.

🐧 - در Slackware 16 Alpha 1 از کرنل Linux 6.18 LTS استفاده شده و بسته‌های مهمی مثل Firefox، Thunderbird و libxml2 هم برای بهبود امنیت و رفع مشکلات به‌روزرسانی شدن.

🖥️ - یکی از اتفاقات مهم این مسیر، اضافه شدن بسته‌های KDE Plasma 6 به Slackware در ماه‌های اخیر بود؛ تغییری که این توزیع قدیمی را با محیط‌های دسکتاپ مدرن‌تر هماهنگ‌تر میکنه.

💾 - با وجود گذشت سال‌ها، بعضی ویژگی‌های قدیمی Slackware مثل بوت‌لودر LILO همچنان در این پروژه حضور دارن؛ چیزی که نشان‌دهنده وفاداری Slackware به فلسفه سنتی خودش هست.

🐧 - در مسیر انتشار Linux 7.3، توسعه‌دهندگان کرنل یک تغییر بزرگ را شروع کردن؛ تعداد زیادی از استفاده‌های قدیمی kmalloc() دارن به روش جدیدتر kmalloc_obj() منتقل میشن.

⚙️ - این تغییر توسط توسعه‌دهندگان کرنل و با کمک ابزار Coccinelle انجام شده و تا الان صدها فایل کرنل و بیش از ۶۰۰ خط کد برای استفاده از روش جدید تغییر کرده.

🚀 - اما چرا این تغییر مهمه؟
چون kmalloc_obj() کار توسعه‌دهنده‌ها رو ساده‌تر می‌کنه؛ دیگه در خیلی از موارد نیازی به نوشتن دستی sizeof() نیست و کرنل بهتر می‌تونه نوع داده‌ای که برایش حافظه اختصاص داده شده رو تشخیص بده.

🔐 - این ساختار جدید فقط باعث تمیزتر شدن کدها نمی‌شه؛ بلکه می‌تونه در آینده به بهبود امنیت، مدیریت بهتر حافظه و بهینه‌سازی‌های بیشتر در کرنل لینوکس کمک کنه.

🛠️ - این یکی از تغییرات پشت‌صحنه‌ای لینوکسه که شاید کاربران عادی مستقیماً نبینن، اما باعث میشه پایه‌های سیستم‌عامل در طول زمان امن‌تر، مرتب‌تر و قابل‌اعتمادتر بشه.

🚀 - توسعه‌دهندگان LLVM در حال بحث درباره این هستن که آیا ClangIR به‌صورت پیش‌فرض هنگام ساخت کامپایلر Clang فعال بشه یا نه؛ تغییری که می‌تونه مسیر توسعه کامپایلرهای C و C++ رو در آینده تغییر بده.

⚙️ - نکته برای دوستانی که نمی‌دونن؛ ClangIR یک نمایش میانی (Intermediate Representation) جدید برای Clang هست که بر پایه MLIR ساخته شده و نسبت به LLVM IR سطح بالاتری داره. این باعث میشه اطلاعات بیشتری از کد اصلی C/C++ حفظ بشه و امکان بهبود تحلیل کد، تشخیص خطا و بهینه‌سازی‌ها بیشتر بشه.

🧠 - یکی از مزیت‌های مهم ClangIR اینه که می‌تونه در آینده به بهبود پشتیبانی از پردازش‌های چندسکویی مثل GPU و شتاب‌دهنده‌ها کمک کنه؛ مخصوصاً با توجه به قابلیت‌های MLIR در تبدیل کد برای معماری‌های مختلف.

⏳ - البته این تغییر بدون هزینه نیست؛ فعال شدن ساخت ClangIR به‌صورت پیش‌فرض باعث اضافه شدن وابستگی MLIR به Clang میشه و زمان کامپایل خود Clang ممکنه به شکل قابل توجهی افزایش پیدا کنه.

🐧 - تیم توسعه Asahi Linux خبر خوبی برای طرفداران لینوکس و مک منتشر کرده؛ حالا دستگاه‌های مجهز به Apple M3، M3 Pro و M3 Max می‌تونن به‌صورت رسمی از Asahi Linux استفاده کنن.

🚀 - طبق گفته توسعه‌دهنده‌ها، بیشتر مک‌های M3 تقریباً به سطح پشتیبانی مک‌های M1 و M2 رسیدن و تجربه لینوکس روی نسل جدید Apple Silicon خیلی بهتر از قبل شده.

🎮 - البته هنوز همه‌چیز کامل نیست؛ بزرگ‌ترین چالش فعلی GPU هست. شتاب‌دهی سه‌بعدی هنوز به عملکرد و مصرف انرژی ایده‌آل نرسیده و تیم Asahi در حال کار روی بهتر کردن این بخشه.

😴 - قابلیت Sleep هم فعلاً روی M3 ها فعال نیست و به‌خاطر کامل نبودن پشتیبانی DCP، خروجی HDMI در مک‌بوک‌های M3 هم هنوز کار نمی‌کنه.

💻 - این پشتیبانی بیشتر مدل‌های M3 رو شامل میشه، اما Mac Studio با تراشه M3 Ultra هنوز در لیست پشتیبانی قرار نگرفته.

🔧 - بخش‌هایی از پشتیبانی M3 هنوز در حال وارد شدن به کرنل اصلی لینوکس هستن و احتمالاً در نسخه‌های آینده مثل Linux 7.4+ وضعیت بهتر هم خواهد شد.

🚀 - توسعه‌دهنده‌های کرنل لینوکس در حال آماده‌سازی Linux 7.3 هستن و یکی از تغییرات جالب این نسخه مربوط به بهتر شدن عملکرد روی پردازنده‌های جدید مثل Intel Core و Core Ultra هست.

⚙️ - لینوکس قابلیتی به نام Cache-Aware Scheduling داره که سعی می‌کنه پردازش‌های مرتبط رو روی هسته‌هایی قرار بده که کش مشترک دارن؛ این کار معمولاً باعث کاهش تأخیر و بهتر شدن سرعت میشه.

⚠️ - اما روی پردازنده‌های هیبریدی که ترکیبی از هسته‌های قوی‌تر (P-Core) و کم‌مصرف‌تر (E-Core) دارن، گاهی این الگوریتم مشکل ایجاد می‌کرد؛ مثلاً ممکن بود یک پردازش سنگین به هسته‌های ضعیف‌تر منتقل بشه و عملکرد پایین بیاد.

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

🚀 - نتیجه این تغییر می‌تونه مدیریت بهتر منابع، تأخیر کمتر و عملکرد روان‌تر روی سیستم‌هایی باشه که از پردازنده‌های هیبریدی جدید استفاده می‌کنن.