🧩 - انتشار OpenCL 3.1.2؛ افزونه‌ی cl_khr_command_buffer از حالت آزمایشی خارج شد

🚀 - نسخه‌ی جدید استاندارد OpenCL 3.1.2 توسط Khronos Group منتشر شد و یکی از مهم‌ترین تغییراتش، نهایی‌شدن افزونه‌ی cl_khr_command_buffer هست.

⚙️ - این افزونه حالا دیگه Experimental نیست و امکان Record و Replay کردن Bufferهای دستورات OpenCL رو فراهم می‌کنه؛ قابلیتی که می‌تونه سربار اجرای چندباره‌ی Workloadهای مشابه رو کاهش بده.

🧠 - به‌جای اینکه هر بار مجموعه‌ای از دستورات OpenCL دوباره Enqueue بشه، می‌شه اون‌ها رو از قبل ثبت کرد و در دفعات بعدی مجدداً اجرا کرد.

🤝 - توسعه‌ی cl_khr_command_buffer با مشارکت شرکت‌هایی مثل NVIDIA، Intel، Google، Codeplay، Qualcomm و چندین عضو دیگه‌ی اکوسیستم OpenCL انجام شده.

📚 - در OpenCL 3.1.2 همچنین مستندات Error Code های مربوط به Memory Object APIها هماهنگ‌تر شده و چندین مورد ابهام و ناهماهنگی در مشخصات برطرف شده.

📦 - نسخه‌ی جدید استاندارد OpenCL از طریق GitHub در دسترسه و توسعه‌دهندگان می‌تونن فهرست کامل تغییرات رو بررسی کنن.

🦆 @ducklinux1
Gp - @duckgplinux

🔐 - اینتل ظاهراً برنامه‌ی Bug Bounty خودش رو متوقف کرده

⚠️ - شرکت Intel ظاهراً این هفته برنامه‌ی پرداخت جایزه برای گزارش باگ‌های امنیتی رو متوقف کرده و به‌جاش یک برنامه‌ی جدید بدون پرداخت پاداش راه‌اندازی کرده.

💰 - برنامه‌ی قبلی اینتل برای گزارش آسیب‌پذیری‌های مربوط به سخت‌افزار، نرم‌افزار، Firmware و پروژه‌های متن‌باز، به گزارش‌دهنده‌ها بین ۵۰۰ تا ۱۰۰٬۰۰۰ دلار جایزه می‌داد.

🧾 - برنامه‌ی قبلی که روی پلتفرم Intigriti میزبانی می‌شد، حالا با وضعیت Suspended نمایش داده می‌شه و بخش زیادی از اطلاعات قبلی اون هم حذف شده.

📢 - اینتل در عوض برنامه‌ی جدیدی با عنوان Intel Vulnerability Disclosure Program راه‌اندازی کرده که صراحتاً نوشته: «این یک برنامه‌ی Responsible Disclosure بدون جایزه است.»

🤖 - دلیل رسمی این تغییر هنوز اعلام نشده؛ اما Phoronix اشاره می‌کنه که افزایش شدید گزارش‌های امنیتی تولیدشده با کمک AI و LLM ها در اکوسیستم نرم‌افزار ممکنه یکی از عوامل این تصمیم باشه.

🕵️ - در برنامه‌ی جدید همچنان امکان گزارش مسئولانه‌ی آسیب‌پذیری‌ها وجود داره، ولی برخلاف گذشته خبری از پرداخت مالی به گزارش‌دهنده‌ها نیست.

🦆 @ducklinux1
Gp - @duckgplinux

🖥️ - آپدیت‌های جدید AMD برای HDMI و سخت‌افزارهای گرافیکی آینده در Linux 7.4

🚀 - ای ام دی مجموعه‌ی جدیدی از به‌روزرسانی‌های درایور AMDGPU رو برای آماده‌سازی Linux 7.4 به شاخه‌ی DRM-Next ارسال کرده.

📺 - در بخش HDMI FRL یک مشکل مربوط به فعال‌سازی صدا برطرف شده و پوشش تست‌های کد، مخصوصاً برای HDMI، افزایش پیدا کرده.

🎮 - همون‌طور که قبلاً گفته شده بود، Linux 7.4 قراره پشتیبانی از HDMI 2.1 رو به‌صورت پیش‌فرض فعال کنه؛ قابلیت‌هایی مثل FreeSync، VRR و ALLM هم در این مسیر اضافه شدن.

🧪 - این سری پچ‌ها شامل اصلاحات مربوط به سخت‌افزارهای گرافیکی آینده‌ی AMD، از جمله بلوک گرافیکی GFX12.1 و موتور نمایشگر Display Core Next 6 (DCN6) هست.

⚙️ - برای کارت‌های مبتنی بر RDNA1/GFX10 هم قابلیت گزارش‌گیری CU Occupancy در درایور محاسباتی AMDKFD فعال شده؛ برای GFX12.1 هم چندین اصلاحیه‌ی مرتبط با AMDKFD وجود داره.

🔧 - از دیگر تغییرات می‌شه به رفع مشکلات Runtime PM، گزارش‌دهی PCIe، RAS، مدیریت دستگاه، Display KUNIT Tests، DP MST، USB4، Plane Updates، DMUB، SDMA و چندین بخش دیگه اشاره کرد.

📅 - هنوز حدود دو هفته برای اضافه‌شدن قابلیت‌های جدید به چرخه‌ی Linux 7.4 زمان باقی مونده و نسخه‌ی پایدار این کرنل احتمالاً حوالی پایان سال میلادی منتشر می‌شه.

🦆 @ducklinux1
Gp - @duckgplinux

⚡ - پچ‌های جدید قراره زمان ساخت کرنل لینوکس رو حسابی کاهش بدن

🚀 - سری پچ‌های جدید برای سریع‌ترکردن فرآیند Build کرنل لینوکس منتشر شد؛ این تغییرات می‌تونن زمان ساخت کامل و مخصوصاً Incremental Buildها رو به‌شکل محسوسی کاهش بدن.

🧠 - این مجموعه در ابتدا با کمک AI برای پیدا‌کردن Bottleneckهای مهم در کد Build کرنل بررسی شد و حالا نسخه‌ی سوم پچ‌ها توسط Lorenzo Stoakes از مهندسان Arm ارسال شده.

🛠️ - نسخه‌ی v3 شامل ۲۰ پچ هست که روی آخرین کدهای upstream لینوکس Rebase شده‌اند؛ Warningهای گزارش‌شده توسط Sashiko هم در این نسخه برطرف شده و تغییرات باقی‌مونده عمدتاً جزئی هستن.

📉 - در تست‌های انجام‌شده روی Apple M2، ساخت کامل کرنل با Clang حدود ۱۰٪ سریع‌تر شده؛ Incremental Build با Clang حدود ۵۵٪ و با GCC حدود ۴۵٪ بهبود داشته.

🔥 - در حالت No-op Build، یعنی اجرای make روی درخت کرنلی که قبلاً کامپایل شده، زمان ساخت حدود ۷۴ تا ۷۶٪ کاهش پیدا کرده.

💻 - این بهبودها فقط محدود به Apple Silicon نیستن و روی پردازنده‌های AMD با معماری x86_64 هم نتایج مثبتی در همین محدوده دیده شده.

☕ - اگر این پچ‌ها به‌موقع وارد Linux 7.4 بشن، توسعه‌دهنده‌هایی که کرنل رو از سورس کامپایل می‌کنن، زمان بسیار کمتری منتظر Build می‌مونن؛ هرچند هنوز ادغام نهایی اون‌ها قطعی نیست.

🦆 @ducklinux1
Gp - @duckgplinux

🧠 - اوبونتو 26.10 قراره در شرایط کمبود RAM، دسکتاپ رو پایدارتر نگه داره

🟢 - تیم Ubuntu Desktop در حال تغییر رفتار پیش‌فرض سیستم هنگام فشار شدید روی حافظه‌ی RAM هست تا برنامه‌های حیاتی دسکتاپ بی‌دلیل بسته نشن.

🛡️ - در سیاست جدید، سرویس‌های مهم و D-Bus امتیاز OOM پایین‌تری می‌گیرن؛ بنابراین احتمال انتخاب‌شدنشون توسط OOM Killer کمتر می‌شه.

⚙️ - برنامه‌های معمولی و سرویس‌های پس‌زمینه همچنان امتیاز بالاتری دارن و در صورت کمبود شدید حافظه، زودتر از سرویس‌های حیاتی terminate می‌شن.

🚫 - قابلیت systemd-oomd برای کشتن خودکار کل session کاربر هنگام فشار حافظه غیرفعال می‌شه؛ چون ممکنه بدون توجه به اهمیت سرویس‌ها، بخش‌های مهم دسکتاپ رو هم ببنده.

💻 - هدف این تغییر اینه که وقتی RAM کاملاً تحت فشار قرار گرفت، اول برنامه‌ها و سرویس‌های غیرضروری بسته بشن و session دسکتاپ تا جای ممکن فعال بمونه.

⚠️ - البته این تغییر به معنی مصون‌شدن اوبونتو در برابر کمبود RAM نیست؛ اگر حافظه واقعاً تمام بشه، هنوز هم ممکنه بعضی برنامه‌ها terminate بشن.

🦆 @ducklinux1
Gp - @duckgplinux

رفقا از این به بعد کامنت هارو یه نگاهی بندازید.
بعضی پست ها پیوند به منبع یا لینک برای اطلاعات بیشتر دارن.
این حرکت رو زدم تا هم پست ها شلوغ نشن هم علاقه مند ها نکات اضافی یا منبع رو ببینن
خلاصه که عشقید❤️

🎮 باگ کرنل لینوکس باعث کرش بازی‌ها روی پردازنده‌های جدید اینتل شده بود

🔹 - چند وقت اخیر، بعضی بازی‌ها مثل Elden Ring و Red Dead Redemption 2 روی لپ‌تاپ‌های مجهز به پردازنده‌های جدید Intel Panther Lake و گرافیک Intel Xe3 Arc B390 خیلی سریع فریز یا کرش می‌کردند.

🔹 - اولش همه فکر می‌کردند مشکل از درایور گرافیکی Intel یا Mesa است؛ ولی بررسی‌ها نشون داد داستان از جای دیگه‌ست: یک باگ در کرنل لینوکس و قابلیت جدید FRED.

🧠 - قابلیت FRED مخفف Flexible and Return Event Delivery هست و در پردازنده‌های جدید Core Ultra Series 3 معرفی شده. این قابلیت در بعضی شرایط، اطلاعات اشتباهی درباره‌ی خطاهای پردازنده به Wine می‌داد و باعث می‌شد بازی‌ها درست کار نکنن.

📌 - نتیجه‌اش هم این بود که:
* بازی Elden Ring بعد از حدود ۲ تا ۳ دقیقه فریز می‌کرد؛
* بازی Red Dead Redemption 2 ممکن بود وارد چرخه‌ی اجرا و کرش بشه؛
* در ابتدا تصور می‌شد مشکل از Mesa یا درایور GPU باشه، اما ریشه‌ی اصلی در کرنل پیدا شد.

🛠️ - توسعه‌دهنده‌ی کرنل، Matthew Schwartz، پچ‌هایی آماده کرده که وضعیت خطا و اطلاعات ذخیره‌شده‌ی پردازنده رو درست بازسازی می‌کنن و مشکل Wine در برخورد با دستورهای INT رو برطرف می‌کنن.

✅ - این پچ‌ها وارد شاخه‌ی x86/urgent شدن و قراره برای ادغام در کرنل اصلی، احتمالاً در مسیر Linux 7.3 ارسال بشن.

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

🦆 @ducklinux1
Gp - @duckgplinux

🍎 - درایور رمزگشایی ویدئوی Apple برای ورود به کرنل اصلی لینوکس آماده‌ی بررسی شد

🟢 - پروژه‌ی Asahi Linux مجموعه‌ای شامل ۱۴ پچ رو برای اضافه‌کردن درایور AVD رو به کرنل لینوکس ارسال کرده. این درایور وظیفه‌ی پخش سخت‌افزاری ویدئو روی تراشه‌های Apple Silicon رو بر عهده داره.

🎞️ - درایور متن‌باز و مهندسی‌معکوس‌شده‌ی AVD روی تراشه‌های Apple M1، M2 و M3 کار می‌کنه و از کدک‌های H.264، H.265 و VP9 پشتیبانی داره. روی M3 و نسل‌های جدیدتر، پشتیبانی از AV1 هم در دسترسه.

⚙️ - این درایور از API مربوط به V4L2 M2M Stateless Decoder استفاده می‌کنه تا رمزگشایی ویدئو به‌صورت سخت‌افزاری و کم‌مصرف انجام بشه؛ یعنی پردازش ویدئو کمتر روی CPU فشار میاره.

🔬 - توسعه‌ی این درایور چندین سال زمان برده و بخش مهمی از کار شامل Reverse Engineering سخت‌افزار اختصاصی Apple بوده. AVD برخلاف طراحی‌های معمول، برای تنظیماتش از یک register استفاده می‌کنه و ترتیب ارسال دستورها اهمیت زیادی داره.

🧩 - در طراحی AVD یک پردازنده‌ی کمکی Cortex-M3 هم وجود داره که فعلاً برای تنظیمات Decode و دریافت وقفه‌ها استفاده می‌شه. در آینده ممکنه ارسال دستورها هم به این پردازنده منتقل بشه تا مصرف انرژی کمتر و سرعت Decode کمی بهتر بشه.

🚀 - انتظار می‌ره پشتیبانی از AVD در آینده به تراشه‌های M4، M5، M6 و Apple Neo هم گسترش پیدا کنه. پروژه‌ی Asahi Linux برای این کار firmwareهای لازم رو در مخزن avd-fw نگه‌داری می‌کنه.

⚠️ - این پچ‌ها هنوز وارد کرنل پایدار لینوکس نشدن و فعلاً برای Review در Mailing List کرنل ارسال شدن تا احتمالاً از مسیر Media Subsystem وارد نسخه‌های آینده‌ی Linux بشن.

🦆 @ducklinux1
Gp - @duckgplinux

🦀 - گوگل درایور قدیمی Binder در C رو کنار می‌ذاره؛ نسخه‌ی Rust جایگزین می‌شه

🟢 - درایور Binder که سال‌ها با زبان C در کرنل لینوکس وجود داشته، قراره در چرخه‌ی توسعه‌ی Linux 7.4 حذف بشه و نسخه‌ی بازنویسی‌شده با Rust جای اون رو بگیره.

📱 - درایور Binder یکی از اجزای مهم اندرویده و برای ارتباط بین پردازش‌ها یا همون IPC استفاده می‌شه. نسخه‌ی Rust این درایور قبلاً در Linux 6.18 وارد کرنل اصلی شده بود.

🦀 - گوگل می‌گه نسخه‌ی Rust حالا به اندازه‌ی کافی بالغ شده و از نظر امکانات به نسخه‌ی C رسیده. این درایور مدتیه روی دستگاه‌های اندرویدی واقعی استفاده می‌شه و دیگه صرفاً یک آزمایش محسوب نمی‌شه.

🧹 - نسخه‌ی قدیمی Binder بیشتر از ۱۱ هزار خط کد C داره و بعد از بیش از ۱۵ سال، نگه‌داری و اضافه‌کردن قابلیت‌های جدید بهش سخت و پرریسک شده بود؛ مخصوصاً از نظر احتمال ایجاد آسیب‌پذیری‌های امنیتی.

⚡ - طبق توضیحات گوگل، درایور Rust از نظر عملکرد هم کم نمیاره و در بعضی شرایط حتی می‌تونه سریع‌تر از نسخه‌ی C عمل کنه.

🔐 - مهاجرت به Rust با هدف ساده‌ترشدن نگه‌داری، کاهش ریسک باگ‌های حافظه و آماده‌کردن Binder برای قابلیت‌ها و بهینه‌سازی‌های آینده انجام می‌شه.

📦 - پچ حذف پیاده‌سازی C توسط Greg Kroah-Hartman وارد شاخه‌ی char-misc-next شده و قراره در زمان بازشدن Merge Window کرنل Linux 7.4 ارسال بشه.

🦆 @ducklinux1
Gp - @duckgplinux

🔥 - مهم‌ترین خبرهای امروز دنیای لینوکس و متن‌باز:

🔒 - هشدار امنیتی Rust؛ توسعه‌دهندگان اصلی هدف حمله‌ی هدفمند قرار گرفتن

🧠 - انتشار Jemalloc 5.4؛ بهبود سازگاری و پاک‌سازی کدهای Allocator محبوب لینوکس

🧩 - انتشار OpenCL 3.1.2؛ افزونه‌ی cl_khr_command_buffer
از حالت آزمایشی خارج شد

🔐 - اینتل ظاهراً برنامه‌ی Bug Bounty خودش رو متوقف کرده

🖥️ - آپدیت‌های جدید AMD برای HDMI و سخت‌افزارهای گرافیکی آینده در Linux 7.4

⚡ - پچ‌های جدید قراره زمان ساخت کرنل لینوکس رو حسابی کاهش بدن

🧠 - اوبونتو 26.10 قراره در شرایط کمبود RAM، دسکتاپ رو پایدارتر نگه داره

🎮 - باگ کرنل لینوکس باعث کرش بازی‌ها روی پردازنده‌های جدید اینتل شده بود

🍎 - درایور رمزگشایی ویدئوی Apple برای ورود به کرنل اصلی لینوکس آماده‌ی بررسی شد

🦀 - گوگل درایور قدیمی Binder در C رو کنار می‌ذاره؛ نسخه‌ی Rust جایگزین می‌شه


📝 - محتوای اختصاصی DuckLinux:

🙏 - چیزی نداشتیم امروز، شرمنده.

۲۷ شهریور ۱۴۰۵
شبتون زیبا🌙🌑
🦆 @ducklinux1
Gp - @duckgplinux

نسخه ی بتا فدورا ۴۵ چه تغییراتی داشته؟

-📝 کنسول KMSCON جایگزین کنسول قدیمی داخل کرنل شده , رندر نرم‌تر، پشتیبانی بهتر از یونیکد/فونت و پایداری بیشتر سیستم

-📦اجباری‌شدن بررسی امضای پکیج‌ها به‌صورت پیش‌فرض دیگه پکیج‌های بدون امضا به‌طور ناخواسته نصب نمی‌شن

-🔷محدودسازی پیش‌فرض ptrace برای امنیت بهتر

-🗣یکپارچه‌سازی مدیریت اسرار (Secrets service provider) با oo7 در همه محیط‌های دسکتاپ، به‌جای پیاده‌سازی‌های قدیمی مثل GNOME Keyring و KWallet

-🔷استفاده از DRM Panic Front-end , تجربه دوستانه‌تر هنگام بروز مشکلات کرنلی (صفحه آبی/سیاه مرگ)، همراه با QR کد برای خطاهای کرنل

-🖥پشتیبانی از فایل‌سیستم Stratis مستقیم داخل نصاب Anaconda

-📦انتظار reproducible بودن بیلد پکیج‌ها

-🐍نصاب Anaconda حالا جریان نصب اولیه مبتنی بر WebUI برای Atomic Desktopها داره

-💿ایمیج‌های ISO دسکتاپ‌های Atomic از image-builder به‌جای lorax ساخته می‌شن

-👌پشتیبانی از systemd-oomd و zram swap در Fedora CoreOS

نسخه ی پایدار فدورا ۴۵ در تاریخ ۲۰ اکتبر ۲۰۲۶ عرضه میشه

🦆 @ducklinux1
Gp - @duckgplinux

🎮 - هدست Steam Frame برای اجرای OpenGL از Zink روی Vulkan استفاده می‌کنه

🟢 - هدست واقعیت مجازی Steam Frame شرکت Valve که از چیپ Snapdragon 8 Gen 3 و گرافیک Adreno استفاده می‌کنه، برای Vulkan از درایور متن‌باز Turnip در Mesa بهره می‌بره.

🔵 - حالا مشخص شده برای اجرای برنامه‌ها و بازی‌های OpenGL، Valve به‌جای درایور native یعنی Freedreno، از زینک استفاده کرده؛ یعنی OpenGL رو روی Vulkan اجرا می‌کنه.

🧩 - درایور Zink یکی از درایورهای Mesa هست که امکان اجرای OpenGL روی Vulkan رو فراهم می‌کنه و حالا روی Steam Frame هم در محیط Android و هم native مورد استفاده قرار گرفته.

🚀 - یکی از توسعه دهنده ها به اسم Mike Blumenkrantz از تیم Linux graphics شرکت Valve و یکی از توسعه‌دهندگان اصلی Zink این موضوع رو تأیید کرده و گفته: «On both Android and native, it’s zink all the way down.»

⚙️ - جالبه که Valve با وجود داشتن Freedreno برای اجرای مستقیم OpenGL روی گرافیک Adreno، Zink رو انتخاب کرده؛ اتفاقی که نشون می‌ده Zink طی چند سال اخیر به بلوغ قابل‌توجهی رسیده.

💰 - هدست Steam Frame این هفته رسماً عرضه شده و قیمتش از حدود ۱۰۵۹ دلار شروع می‌شه.

🦆 @ducklinux1
Gp - @duckgplinux

🍷 - انتشار Wine 11.18؛ توسعه‌ی پیاده‌سازی NTOSKRNL ادامه داره

🟢 - نسخه‌ی 11.18 از Wine منتشر شد؛ این نسخه جدیدترین نسخه‌ی توسعه‌ای دوهفته‌ای این پروژه‌ی متن‌بازه که امکان اجرای برنامه‌ها و بازی‌های ویندوزی رو روی Linux، macOS و سایر سیستم‌عامل‌ها فراهم می‌کنه

⚙️ - بخش مهم این نسخه، ادامه‌ی توسعه‌ی پیاده‌سازی NTOSKRNL برای پشتیبانی از Windows kernel drivers هست. NTOSKRNL یکی از اجزای اصلی کرنل ویندوزه و وظایفی مثل مدیریت حافظه، پردازش‌ها و abstraction سخت‌افزار رو برعهده داره

🧩 - در Wine روی بخش‌هایی مثل فعال‌سازی دستگاه‌های PnP، container IDs و پیاده‌سازی چندین تابع موردنیاز برای NTOSKRNL کار شده

🧪 - هم‌زمان پوشش تست‌های مربوط به کد NTOSKRNL هم در حال گسترشه تا این پیاده‌سازی با تست‌های بیشتری بررسی بش

🐞 - این نسخه علاوه بر تغییرات NTOSKRNL، شامل تعدادی اصلاح برای صحت کد، سازگاری با standard C headers و در مجموع ۲۱ باگ‌فیکس هم هست

🎮 - بعضی از این باگ‌فیکس‌ها مستقیماً روی اجرای برنامه‌ها و بازی‌ها تأثیر دارن؛ از Adobe Creative Cloud و بازی‌هایی مثل Assassin's Creed Rogue

🦆 @ducklinux1
Gp - @duckgplinux

یکی از چیزای جدید گنوم ۵۱ که دیدم و بعضیاتون براش خیلی هایپ بودید یه افزونه هستش که میاد یه افکت شیشه مایع رو با شکست نور دقیق روی داک و بعضی جاهای دیگه گنوم شل می اندازه.

حالا من کاری با اینکه چطوری نوشته و چیزای دیگه‌اش ندارم. این دیگه چه جور بهینه سازی هستش 😂😂😂

منبع : OMG Ubuntu

@TheTechism - #linux #gnome

🚀 - اوبونتو 26.10 با کرنل Linux 7.3 منتشر میشه

🟢 - کانونیکال تصمیم گرفته Ubuntu 26.10 رو به‌جای برنامه‌ی قبلی یعنی Linux 7.2، با کرنل جدیدتر Linux 7.3 عرضه کنه

⚙️ - تیم Kernel اوبونتو دلیل این تغییر رو بدون تأخیر بودن چرخه‌های انتشار Linux 7.1 و 7.2 و آماده بودن Linux 7.3 عنوان کرده؛ بنابراین از نظر زمان‌بندی، استفاده از کرنل جدیدتر رو مناسب دونستن

🧩 - کرنل Linux 7.3 پشتیبانی بهتر از سخت‌افزارهای جدید و قابلیت‌های جدید upstream رو برای Ubuntu 26.10 به همراه میاره و نسخه‌ی مخصوص اوبونتو هم در حال آماده‌سازی روی این کرنله

🧪 - کرنل Linux 7.3 ابتدا وارد مخزن شده بود و حالا در حال انتقال به آرشیو Ubuntu 26.10 ـه تا پیش از انتشار نسخه‌ی Beta مورد آزمایش قرار بگیره

📅 - نگارش Ubuntu 26.10 با اسم Stonking Stingray برای انتشار در ۲۳ مهر برنامه‌ریزی شده و Kernel Freeze این نسخه هم در ۹ مهر انجام میشه

🔥 - از اونجایی که Ubuntu 26.10 یک نسخه‌ی LTS نیست، Canonical قصد داره تا جای ممکن از جدیدترین کرنل استفاده کنه؛ البته در زمان انتشار رسمی، Linux 7.3 ممکنه هنوز در وضعیت پیش‌انتشار باشه

🦆 @ducklinux1
Gp - @duckgplinux

🖥️ - دسکتاپ KDE Plasma 6.8 وارد مرحله‌ی پولیش و رفع باگ شد؛ توسعه‌ی Plasma 6.9 هم شروع شده

🟢 - بعد از انتشار نسخه‌ی بتای پلاسما ۶.۸، توسعه‌دهندگان KDE در هفته‌ی گذشته بیشتر روی رفع باگ‌ها و آماده‌سازی تغییرات اولیه برای پلاسما ۶.۹ تمرکز کردن.

💾 - ابزار پشتیبان‌گیری kup که با Plasma 6.8 معرفی شده، حالا زمان سپری‌شده‌ ی عملیات رو نمایش می‌ده و اطلاعات مربوط به میانگین سرعت پشتیبان‌گیری هم دقیق‌تر شده.

✨ - دیالوگ‌های مربوط به دسکتاپ پورتال در Plasma 6.8 پولیش بیشتری دریافت کردن و از این نسخه، Plasma دیگه هنگام نمایش هر اعلان یک فایل cache رو مجدداً نمی‌نویسه.

🎮 - در plasma 6.7.6 یک کرش مربوط به kwin هنگام بازگشت به بازی با Alt + Tab برطرف شده. همچنین در Plasma 6.8 یک کرش دیگر KWin که در شرایط خاص هنگام تعامل با دکمه‌های نوار عنوان رخ می‌داد، رفع شده.

🚀 - توسعه‌ی Plasma 6.9 هم وارد مرحله‌ی فعال‌تری شده؛ برای مثال هنگام تغییر نام فایل یا پوشه روی دسکتاپ، هشدارها و تأییدیه‌های استاندارد KDE در صورت نیاز نمایش داده خواهند شد؛ مثل هشدار مخفی‌کردن فایل یا تغییر نوع و پسوند فایل.

🦆 @ducklinux1
Gp - @duckgplinux

🎮 - درایور Intel Xe در Linux 7.4 قابلیت بررسی سلامت vRAM رو اضافه می‌کنه

🟢 - تغییرات جدید درایور گرافیکی Intel Xe برای چرخه‌ی توسعه‌ی Linux 7.4 روی بررسی سلامت حافظه‌ی ویدئویی و مدیریت بهتر vRAM معیوب متمرکز شده.

🔵 - در این نسخه یک مکانیزم اولیه برای بررسی سلامت vRAM اضافه شده که آخرین صفحه‌ی حافظه رو به‌عنوان canary بررسی می‌کنه تا مشکلاتی مثل اندازه‌گذاری BAR و CCS و تنظیم identity map شناسایی بشن.

🟡 - این قابلیت فعلاً پشت فلگ ساخت کرنل CONFIG_DRM_XE_DEBUG_MEM قرار داره و در حالت عادی و نسخه‌های production فعال نخواهد بود.

🟠 - در بخش دیگری از تغییرات، پشتیبانی از memory page offlining به درایور Xe اضافه شده؛ قابلیتی که اجازه می‌ده صفحات معیوب vRAM به‌صورت دائمی از چرخه‌ی تخصیص حافظه خارج بشن و دوباره مورد استفاده قرار نگیرن.

🔴 - صفحات معیوب vRAM همچنین از طریق DebugFS در اختیار user-space قرار می‌گیرن تا نرم‌افزارها بتونن از وجود بخش‌های خراب حافظه مطلع بشن.

🟣 - درایور Intel XE حالا وضعیت idle بودن هر engine رو هم از طریق DebugFS در اختیار سیستم قرار می‌ده. این تغییرات پس از ۲۱ دور بررسی و بازبینی وارد مسیر DRM-Next برای Linux 7.4 شدن.

🦆 @ducklinux1
Gp - @duckgplinux