DuckLinux
201 subscribers
278 photos
13 videos
1 file
120 links
🦆 اردک مهربان و رفیق پنگوئن دوست‌داشتنی! 🐧

آخرین اخبار لینوکس، ترفندهای کاربردی و تکنولوژی‌های جدید را در چنل ما دنبال کنید.
Download Telegram
⚠️ - فایل سیستم EROFS قابلیت LZ4 Rolling Decompression رو موقتاً غیرفعال کرد!
🐧 - فایل‌سیستم فقط‌خواندنی EROFS که توی سیستم‌های امبدد، کانتینرها و بعضی کاربردهای دیگه استفاده می‌شه، به‌خاطر احتمال خراب‌شدن داده‌ها مجبور شده قابلیت LZ4 Rolling Decompression رو فعلاً کنار بذاره.

🔍 - ماجرا از جایی شروع شد که تیم AWS متوجه شد بعضی دیتاست‌های خاص و نادر LZ4 ممکنه باعث خونده‌شدن داده‌ی خراب بشن. بررسی‌های بیشتر نشون داد پیاده‌سازی فعلی LZ4 در کرنل گاهی می‌تونه کپی‌های حافظه‌ی کنترل‌نشده به سمت عقب انجام بده.
💥 - این رفتار با فرضیاتی که EROFS برای بهینه‌سازی Rolling Decompression در نظر گرفته بود سازگار نیست و می‌تونه صحت داده‌ها رو به خطر بندازه؛ مخصوصاً چون کد اصلی LZ4 کاملاً تحت کنترل EROFS نیست.

🧠 - نکته؛ Rolling Decompression برای کاهش مصرف RAM استفاده می‌شه. این قابلیت اجازه می‌ده هنگام بازکردن فایل‌های فشرده، به‌جای نگه‌داشتن حجم زیادی از صفحات موقت، فقط یک پنجره‌ی محدود از داده‌های اخیر نگه داشته بشه.

🦆 @ducklinux1
Gp - @duckgplinux
❤2
🤣7
📸 - فوتو ویوور Shotwell 33 منتشر شد؛ بالاخره مهاجرت به GTK4 انجام شد!
🐧 - پروژه‌ی مدیریت عکس Shotwell برای دسکتاپ GNOME بعد از مدت‌ها نسخه‌ی جدیدش رو منتشر کرده. نسخه‌ی Shotwell 33 مهم‌ترین تغییر خودش رو با مهاجرت رابط کاربری از GTK3 به GTK4 به همراه داره.
🛠️ - این پروژه از زمان انتشار Shotwell 0.32 در آوریل ۲۰۲۳ بیشتر فقط آپدیت‌های جزئی دریافت کرده بود و حالا بعد از چند سال، یک نسخه‌ی بزرگ و مهم منتشر شده.

🔗 - از این به بعد Shotwell می‌تونه URIها رو مستقیماً داخل Viewer باز کنه؛ یعنی مدیریت و مشاهده‌ی تصاویر از مسیرها و منابع مختلف راحت‌تر می‌شه.
🖨️ - بخش چاپ تصاویر هم بازطراحی شده و مشکلات مختلف مربوط به Memory Leak و کرش‌های احتمالی برطرف شدن.
🐞 - در کنار این تغییرات، تعداد زیادی باگ ریز و درشت و چندین مشکل دیگه هم رفع شده تا تجربه‌ی استفاده از برنامه روان‌تر و پایدارتر باشه.
🚀 - انتشار Shotwell 33 درست قبل از عرضه‌ی GNOME 51 انجام شده و می‌تونه یکی از برنامه‌های مهم آماده‌شده برای نسل جدید دسکتاپ GNOME باشه.
🦆 @ducklinux1
Gp - @duckgplinux
❤1
🌀 - درایور کنترل فن ARCTIC برای لینوکس دوگانه‌لایسنس شد!
🌬️ - شرکت ARCTIC اوایل امسال درایور کنترلر فن خودش رو برای لینوکس منتشر کرده بود؛ اتفاقی جالب، چون معمولاً پشتیبانی لینوکس برای چنین تجهیزات جانبی‌ای به جامعه‌ی متن‌باز واگذار می‌شه.

🐧 - حالا درایور "arctic_fan_controller" علاوه بر GPLv2+، با لایسنس BSD-2-Clause هم منتشر می‌شه.
🔓 - این تغییر باعث می‌شه توسعه‌دهنده‌ها راحت‌تر بتونن درایور رو به سیستم‌عامل‌های دیگه، مخصوصاً خانواده‌ی BSD، پورت کنن؛ جاهایی که ممکنه لایسنس‌های permissive مثل BSD رو ترجیح بدن.
🛠️ - این کنترلر به کاربران اجازه می‌ده سرعت فن‌های کیس رو مستقیماً از لینوکس مدیریت کنن؛ بدون اینکه فقط به ویندوز وابسته باشن.
💰 - خود کنترلر ARCTIC هم با قیمت حدود ۸.۹۹ دلار عرضه می‌شه و به‌عنوان یک گزینه‌ی ارزون و کاربردی برای کنترل فن با پشتیبانی رسمی لینوکس شناخته می‌شه.

🚀 - تغییر لایسنس وارد شاخه‌ی hwmon-next شده و انتظار می‌ره همراه چرخه‌ی توسعه‌ی Linux 7.4 در اواخر امسال وارد کرنل بشه.
🦆 @ducklinux1
Gp - @duckgplinux
❤2
🗑️ - فایل‌سیستم قدیمی BFS از لینوکس ۷.۴ حذف می‌شه!
🐧 - توسعه‌دهنده‌های کرنل لینوکس تصمیم گرفتن فایل‌سیستم قدیمی BFS رو در چرخه‌ی توسعه‌ی Linux 7.4 حذف کنن؛ چون این فایل‌سیستم تقریباً دیگه استفاده‌ای نداره و بیشتر به‌عنوان یک بدهی فنی قدیمی داخل کرنل باقی مونده بود.

📦 - حواستون باشه منظور BFS هست، نه BeFS که فایل‌سیستم سیستم‌عامل BeOS محسوب می‌شه. BFS در اصل روی SCO UnixWare برای پارتیشن Boot استفاده می‌شد.
🧱 - این فایل‌سیستم امکانات خیلی محدودی داره؛ فقط از فایل‌های پشت‌سرهم پشتیبانی می‌کنه و اصلاً قابلیت ساخت Subdirectory نداره. داده‌های داخل چنین پارتیشنی هم معمولاً چیزی بیشتر از Kernel و تنظیمات Bootloader نیست.

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

🧹 - پیش از این هم فایل‌سیستم‌های قدیمی EFS و FreeVxFS در Linux 7.3 حذف شده بودن. حالا BFS هم به این فهرست اضافه می‌شه.
🦆 @ducklinux1
Gp - @duckgplinux
❤3
⚡ - بهبود Zstd در لینوکس ۷.۴؛ فشرده‌سازی و Decompression سریع‌تر می‌شن!
🧠 - توسعه‌دهنده‌ی لینوکس، Usama Arif، مجموعه‌پچ‌های جدیدی برای بهبود عملکرد Zstd آماده کرده که قراره در چرخه‌ی توسعه‌ی Linux 7.4 وارد کرنل بشن.

🛠️ - این پچ‌ها یک مشکل اضافه‌کاری در کرنل رو برطرف می‌کنن: در بعضی مسیرها، Stream مربوط به فشرده‌سازی و Decompression دوبار Initialize می‌شد، در حالی که Initialization اول هیچ داده‌ای پردازش نمی‌کرد و عملاً دور ریخته می‌شد.

🚀 - با تغییر جدید، راه‌اندازی Stream تا اولین مرحله‌ی واقعی پردازش داده عقب می‌افته؛ در نتیجه Initialization غیرضروری حذف می‌شه و عملکرد بهتر می‌شه.

📊 - نتایج بنچمارک روی داده‌های ۴ کیلوبایتی "crypto_acomp" نشون می‌ده سرعت فشرده‌سازی Zstd چند درصد بهتر شده و سرعت Decompression هم:
🔥 - روی سیستم واقعی حدود ۱۳٪ سریع‌تر شده.
🔥 - داخل ماشین مجازی حتی تا حدود ۳۵٪ افزایش سرعت ثبت شده.

📦 - این پچ‌ها حالا وارد شاخه‌ی توسعه‌ی cryptodev شدن و انتظار می‌ره در پنجره‌ی Merge مربوط به Linux 7.4 برای ورود به کرنل اصلی ارسال بشن.

🦆 @ducklinux1
Gp - @duckgplinux
❤3
🐧 - لینوکس ۷.۳-rc3 منتشر شد؛ یک نسخه‌ی آزمایشی نسبتاً بزرگ!
🛠️ - سومین نسخه‌ی آزمایشی هفتگی Linux 7.3 منتشر شده و این چرخه همچنان یکی از دوره‌های شلوغ توسعه‌ی کرنل محسوب می‌شه. نسخه‌ی پایدار لینوکس ۷.۳ فعلاً برای نیمه‌ی دوم اکتبر برنامه‌ریزی شده.
🤖 - بخش قابل‌توجهی از اصلاحات این هفته با کمک ابزارهای AI و LLMها انجام شده؛ موضوعی که در چرخه‌ی توسعه‌ی Linux 7.3 بیشتر از قبل دیده می‌شه.
🗂️ - این نسخه تغییرات و رفع باگ‌های بیشتری در فایل‌سیستم‌ها داره؛ از جمله XFS، کلاینت SMB، NetFS، AFS، EROFS و Btrfs.

⚠️ - یکی از مهم‌ترین اصلاحات، غیرفعال‌شدن موقت LZ4 Rolling Decompression در EROFS به‌خاطر احتمال خراب‌شدن داده‌هاست؛ مشکلی که برای رفع کاملش به زمان بیشتری نیاز داره.
🔊 - بیشتر حجم پچ‌های rc3 همچنان مربوط به درایورهاست؛ این بار عمدتاً درایورهای صدا و شبکه. درایورهای GPU هم حضور دارن، اما تغییراتشون خیلی گسترده نیست.
🌐 - در کنار این موارد، اصلاحات مختلفی برای هسته‌ی اصلی، شبکه، Landlock و self-testهای آن، معماری‌های s390 و PowerPC و چند بخش پراکنده‌ی دیگه انجام شده.
🦆 @ducklinux1
Gp - @duckgplinux
❤7👍1🖕1
درحال اماده سازی یک پست برای تفسیر Shell در گنو لینوکس و معرفی تعدادی Shell برای شما هستم.
منتظر پست باشید.❤️
🔥4👍2🖕1
👍 - شل (Shell) در گنو لینوکس چیست؟ با معروف ترین شل های دنیای گنو لینوکس اشنا شوید!
👌 - وقتی تو ترمینال دستور ls, cd و sudo apt/dnf update رو میزنیم. برنامه ای این وسط هست که این دستور ها رو دریافت و برای سیستم تفسیر میکنه. به این برنامه شل (Shell) میگیم.
نکته: شل در واقع پلی میان شما و سیستم شماست، که علاوه بر اجرای دستور ها، امکان نوشتن اسکریپت برای خودکار سازی کار های مختلف رو فراهم میکنه.
🥸 - ترمینال با شل فرق دارد!
محیط ترمینال در واقع پنجره ای هست که ما دستورات رو داخلش وارد میکنیم. به عنوان مثال؛ Gnome Console یا Konsole
اما شل برنامه ای هست که دستور رو اجرا و تفسیر میکنه، سپس کرنل منابع سخت افزار و فرایند ها رو مدیریت میکنه.
🥶 - تعداد شل های ساخته شده خیلی زیاد هستن، ولی ما سعی میکنیم معروف ترین هاش رو بهتون معرفی کنیم.
اما بپردازیم به Shell های گنو لینوکس:
😶 - بش (Bash) :
یکی از معروف‌ترین شل‌های دنیای گنو لینوکس که تقریباً در اکثر دیستروهای رایج وجود داره.
بش برای اجرای دستورات و نوشتن اسکریپت‌ها خیلی کاربردیه. این شل تعدادی دستور داخلی (Built-in) مثل cd، echo و export داره؛ اما بسیاری از برنامه‌هایی که از طریق اون اجرا می‌شن، برنامه‌های خارجی هستند.
بخش قابل‌توجهی از این ابزارها، ابزارهای گنو مثل ls، cat و grep هستند، البته همه برنامه‌هایی که از طریق Bash اجرا می‌شن لزوماً متعلق به گنو نیستند.
🎃 - زد شل (Zsh) :
شل قدرتمندی با امکانات پیشرفته برای تکمیل خودکار دستورها، شخصی‌سازی محیط ترمینال و کارهای تعاملی.
زد شل بین بسیاری از کاربران حرفه‌ای و توسعه‌دهنده‌ها محبوبه و از اسکریپت‌نویسی با امکانات مشابه Bash پشتیبانی می‌کنه.
یکی از قابلیت‌های مهم Zsh، امکانات پیشرفته‌تر برای Globbing هست؛ یعنی استفاده از الگوهایی مثل *.txt برای انتخاب فایل‌ها. البته Bash هم از Globbing پشتیبانی می‌کنه.
🐟 - فیش (Fish) :
شل مدرن و کاربرپسندی که مخفف Friendly Interactive Shell هست و با تمرکز روی تجربه بهتر در ترمینال طراحی شده.
فیش امکاناتی مثل Autosuggestions برای پیشنهاد خودکار دستورها، Syntax Highlighting، تکمیل خودکار پیشرفته و شخصی‌سازی ساده‌تر رو به‌صورت پیش‌فرض ارائه می‌ده.
این شل زبان اسکریپت‌نویسی مستقل خودش رو داره و از نظر Syntax با Bash و Zsh متفاوته؛ بنابراین اسکریپت‌های Bash لزوماً مستقیماً در Fish اجرا نمی‌شن.
فیش برای استفاده روزمره و کارهای تعاملی خیلی مناسبه، اما برای یادگیری اصول Shell و اجرای اسکریپت‌های رایج لینوکس، آشنایی با Bash همچنان اهمیت زیادی داره.
🐚 - دش (Dash) :
یک شل سبک و سریع برای سیستم‌های Unix-like که نامش مخفف Debian Almquist Shell هست.
دش بیشتر برای اجرای اسکریپت‌های POSIX Shell و کارهای سیستمی استفاده می‌شه و به‌دلیل حجم کم و سرعت بالا، مصرف منابع پایینی داره.
در بعضی توزیع‌ها، از جمله اوبونتو و دبیان، بسیاری از اسکریپت‌های سیستمی با Dash اجرا می‌شن؛ چون برای اجرای سریع اسکریپت‌های راه‌اندازی و مدیریتی مناسبه.
دش امکانات تعاملی پیشرفته‌ای مثل Autosuggestions و شخصی‌سازی گسترده Zsh یا Fish رو نداره و هدف اصلیش، اجرای سریع و سازگار اسکریپت‌هاست.
🐚 - کی‌اس‌اچ (Ksh) :
یکی از شل‌های قدیمی و قدرتمند دنیای Unix که نامش مخفف KornShell هست.
کورن شل برای اجرای دستورات، نوشتن اسکریپت‌های Shell و استفاده تعاملی طراحی شده و امکاناتی مثل متغیرها، توابع، کنترل جریان و مدیریت Jobها رو ارائه می‌ده.
این شل تأثیر زیادی روی توسعه Bash و دیگر شل‌های مدرن گذاشته و بسیاری از قابلیت‌های آن، مثل Arithmetic Expansion و امکانات پیشرفته اسکریپت‌نویسی، بعدها در شل‌های دیگر هم دیده شدند.
کورن شل در محیط‌های Unix سازمانی و سروری، به‌خصوص سیستم‌های مبتنی بر Unix سنتی، سابقه و کاربرد زیادی داشته؛ هرچند امروزه در دسکتاپ لینوکس به‌اندازه Bash، Zsh یا Fish رایج نیست.
🧠 - میرسیم به سوال اصلی؛ کدوم Shell رو انتخاب کنیم؟
اگر تازه وارد دنیای لینوکس شدید، Bash بهترین گزینه برای شروع یادگیری مفاهیم Shell و اسکریپت‌نویسیه.
اگر تجربه تعاملی و شخصی‌سازی بیشتر می‌خواید، Zsh و Fish انتخاب‌های جذابی هستند.
در طرف مقابل، Dash بیشتر برای اجرای سریع اسکریپت‌های سیستمی و Ksh بیشتر برای محیط‌های Unix سنتی و سازمانی شناخته می‌شه.
در نهایت، همه این Shellها یک هدف مشترک دارند: دریافت و اجرای دستورها و فراهم کردن امکان مدیریت و خودکارسازی کارها در سیستم‌عامل.
🐚 - نکته اخر؛ ترمینال فقط پنجره است. قدرت واقعی پشت آن، Shell و ابزارهایی هستند که اجرا می‌کند.
🦆 @ducklinux1
Gp - @duckgplinux
👍4❤2🖕1
💾 - لینوکس باگ خطرناک از دست‌رفتن بی‌صدای داده‌ها را بعد از سه سال رفع کرد!
🐧 - یک باگ قدیمی در کرنل لینوکس باعث می‌شد بعضی داده‌های فضای کاربر بدون هیچ خطایی از بین برن؛ مشکلی که از سال ۲۰۲۳ وجود داشته و حالا وصله‌ی اصلاحی آن وارد کرنل شده.
⚠️ - این باگ زمانی رخ می‌داد که Transparent Huge Pages یا همان THP فعال باشه، سیستم تحت محدودیت‌های cgroup قرار بگیره و برنامه بعد از فراخوانی MADV_FREE اقدام به نوشتن داده کنه.

💥 - در چنین شرایطی، فشار شدید روی حافظه می‌تونست باعث بشه بعضی Writeها کاملاً ناپدید بشن؛ بدون اینکه برنامه یا کاربر متوجه از دست‌رفتن داده‌ها بشه.
📊 - این مشکل فقط تئوری نبود و در محیط‌های واقعی هم دیده شده؛ از جمله کاربرانی از کتابخانه‌ی تحلیل داده‌ی Polars که با از دست‌رفتن داده‌های Production مواجه شده بودن.
🛠️ - خوشبختانه رفع این مشکل فقط به تغییر یک خط کد نیاز داشت. پچ مربوطه در شاخه‌ی x86/urgent ادغام شده و برای Backport به شاخه‌های پشتیبانی‌شده‌ی Stable Kernel هم علامت‌گذاری شده.
🦆 @ducklinux1
Gp - @duckgplinux
❤1🖕1
⚡ - لینوکس ۷.۴ شاید زمان Build کرنل را تا ۳۶٪ کاهش بدهد!
🐧 - پچ‌های جدیدی برای بهینه‌سازی فرایند کامپایل کرنل لینوکس منتشر شده که ممکنه در Linux 7.4 وارد شاخه‌ی اصلی بشن.

🚀 - طبق نتایج بنچمارک، ساخت کامل کرنل با پیکربندی allmodconfig حدود ۳۶٪ سریع‌تر شده و Buildهای Incremental هم نزدیک به ۷۰٪ افزایش سرعت داشتن.
🤖 - این بهبودها بعد از شناسایی چندین گلوگاه تک‌نخی در کد کرنل و با کمک ابزارهای هوش مصنوعی انجام شده؛ بخشی از کدهای ناکارآمد و پیچیده هم بازنویسی یا اصلاح شدن.
🛠️ - نسخه‌ی دوم این مجموعه‌پچ‌ها توسط Lorenzo Stoakes از شرکت ARM ارسال شده. دو پچ از نسخه‌ی اولیه قبلاً Merge شدن و بقیه هم با کدهای جدید کرنل هماهنگ شدن.
🦀 - در نسخه‌ی جدید، Front-end کامپایلر Rust هم امکان اجرای موازی پیدا کرده و چند اصلاح کوچک دیگر برای بهترشدن روند Build انجام شده.
📦 - از آنجا که بیشتر این تغییرات بحث‌برانگیز نیستن، توسعه‌دهنده‌ها امیدوارن پچ‌ها در چرخه‌ی بعدی، یعنی Linux 7.4، وارد کرنل اصلی بشن.
🦆 @ducklinux1
Gp - @duckgplinux
🔥3🖕1
🧹 - لینوکس درایورهای قدیمی ARM را حذف می‌کند؛ حدود ۲۴۷ هزار خط کد کمتر!
🐧 - توسعه‌دهنده‌های کرنل لینوکس در حال حذف پلتفرم‌های قدیمی و منسوخ‌شده‌ی ARM 32-bit هستن؛ اقدامی که می‌تونه حجم کدهای غیرضروری کرنل رو به شکل محسوسی کاهش بده.
📦 - پیش‌تر قرار بود حدود ۵۵ هزار خط کد مربوط به خود پلتفرم‌های قدیمی حذف بشه؛ اما حالا درایورهایی که فقط برای همین سخت‌افزارها استفاده می‌شدن هم در حال کنار گذاشته‌شدن هستن.
🛠️ - پلتفرم‌هایی مثل A1100، Footbridge، RISCPC، OMAP24xx، i.MX31، بعضی مدل‌های PXA، STM32 و چندین پلتفرم قدیمی دیگه در این پاک‌سازی قرار گرفتن.

🗑️ - شاخه‌ی board-remove-7.3 شامل حدود ۳۰۰ پچ شده که در مجموع نزدیک به ۲۴۷ هزار خط کد حذف و حدود ۵ هزار خط کد اضافه می‌کنه.
🧠 - هدف این تغییرات، حذف کدهای قدیمی، بدون Maintainer و تقریباً بدون استفاده‌ست؛ کدهایی که نگهداری‌شون هزینه و پیچیدگی اضافی به پروژه تحمیل می‌کنه.

🚀 - این حذف‌ها ممکنه در Linux 7.4 انجام بشن، اما احتمال بیشتری وجود داره که بخش عمده‌ی آن‌ها در Linux 7.5 وارد کرنل اصلی بشن.
🦆 @ducklinux1
Gp - @duckgplinux
👍2🖕1
🦊 - مرورگر Firefox 156 منتشر شد؛ نمایشگر PDF تا ۴۵٪ سریع‌تر اجرا می‌شود!
🚀 - موزیلا نسخه جدید Firefox 156 رو منتشر کرده. مهم‌ترین تغییر این نسخه، بهبود سرعت اجرای نمایشگر داخلی PDF است که حالا در برخی شرایط تا ۴۵٪ سریع‌تر راه‌اندازی میشه.
🖼️ - مصرف حافظه و CPU هنگام نمایش تصاویر JPEG بزرگ که در صفحه کوچک می‌شوند هم بهینه‌تر شده.
🎵 - مشکل پخش فایل‌های صوتی FLAC با نرخ نمونه‌برداری بالا داخل MP4 در بعضی سایت‌ها برطرف شده.
🛠️ - این نسخه همچنین شامل چندین رفع باگ و اصلاحات مخصوص پلتفرم‌های مختلف هست.
🎮 - پشتیبانی از رمزگشایی ویدئویی با Vulkan Video برای کارت‌های گرافیک NVIDIA جدید، فعلاً فقط در نسخه‌های Nightly باقی مانده و به Firefox 156 پایدار نرسیده ( متاسفانه ).
📦 - فایل‌های نصب Firefox 156 هم‌اکنون از سرور رسمی موزیلا در دسترس هستن.

🦆 @ducklinux1
Gp - @duckgplinux
❤4🖕1
🦀 - کتابخانه Rustls 0.23.45 اومد؛ یه باگ امنیتی قدیمی بالاخره رفع شد!
🔐 - نسخه جدید Rustls 0.23.45 منتشر شده تا یک مشکل امنیتی در پیاده‌سازی TLS 1.3 رو برطرف کنه؛ باگی که از سپتامبر ۲۰۲۴ داخل این کتابخانه وجود داشته.

⚠️ - مشکل از اینجا بود که Rustls بعضی پیام‌های handshake رو در سطح رمزنگاری اشتباه قبول می‌کرد؛ چیزی که با استاندارد RFC 8446 سازگار نیست.

🕵️ - در شرایط خاص، مهاجمی که وسط مسیر ارتباط قرار داشته می‌تونسته پیام‌های متنیِ رمزنگاری‌نشده رو وارد ارتباط کنه و Rustls هم اون‌ها رو بپذیره.

🛡️ - البته این باگ به مهاجم اجازه نمی‌داده به‌سادگی handshake رو دستکاری یا کامل کنه، چون transcript ارتباط همچنان احراز هویت می‌شه.

🧩 - این مشکل مخصوص Rustls بوده و کتابخانه‌هایی مثل OpenSSL و BoringSSL تحت‌تأثیرش قرار نگرفتن.

✅ - باگ در کد Rustls اصلاح شده. اگه از Rustls استفاده می‌کنید، بهتره هرچه سریع‌تر به نسخه 0.23.45 آپدیت کنید.

🦆
@ducklinux1
Gp -
@duckgplinux
❤1🤣1🖕1
🎮 - هدست Steam Frame بالاخره اومد؛ هدست واقعیت مجازی Valve از ۱۰۵۹ دلار!
🥽 - شرکت Valve بالاخره هدست واقعیت مجازی جدیدش، یعنی Steam Frame رو عرضه کرد؛ محصولی که قراره تجربه‌ی VR و بازی‌های استیم رو وارد مرحله‌ی جدیدی کنه.

💰 - مدل ۲۵۶ گیگابایتی این هدست با قیمت ۱۰۵۹ دلار عرضه می‌شه و نسخه‌ی ۱ ترابایتی هم ۱۲۹۹ دلار قیمت داره.
🕹️ - داخل جعبه، خود هدست بی‌سیم و کنترلرها قرار دارن. بازی محبوب Half-Life: Alyx هم همراه خرید در اختیار کاربران قرار می‌گیره.
🎯 - تا الان بیش از ۱۰۰ بازی با عنوان Steam Frame Standalone Verified تأیید شدن؛ یعنی برای اجرای مستقل روی این هدست آماده‌ان.
⚙️ - هدست Steam Frame از یک تراشه‌ی Qualcomm Snapdragon 8 قدرت می‌گیره و برای اجرای بازی‌ها به‌صورت مستقل طراحی شده.
📦 - شرکت Valve برای جلوگیری از خرید عمده توسط دلال‌ها، فروش دستگاه رو از طریق سیستم رزرو انجام می‌ده.

🔗 - جزئیات بیشتر و امکان رزرو از صفحه رسمی Steam Frame در دسترسه.

🦆 @ducklinux1
Gp - @duckgplinux
❤1🖕1
❤2👍1
این پنگوئن کوچولو و دوست داشتنی رو ببینید😍❤️😘🥰
🥰9🤣1
🛠️ - ابزار های GNU Coreutils 9.12 منتشر شد؛ چندتا دستور لینوکس حسابی سریع‌تر شدن!
🟢 - نسخه‌ی جدید GNU Coreutils 9.12 منتشر شده؛ همون مجموعه ابزارهای پایه‌ای که هر روز باهاشون کار می‌کنیم، مثل ls، cp، mv، chmod و sort.
⚡ - یکی از جذاب‌ترین تغییرات، سریع‌تر شدن cut -w هست که با بعضی ورودی‌های معمولی می‌تونه تا ۴ برابر سریع‌تر کار کنه! uniq -c هم روی بعضی سیستم‌ها تا ۲.۵ برابر عملکرد بهتری داره.
🐛 - یه باگ قدیمی هم رفع شده که باعث می‌شد دستورهایی مثل ls، du، chmod و chown هنگام استفاده از -R، اگر هم‌زمان فایلی حذف می‌شد، درست کار نکنن.

📁 - دستورهای stat و tail حالا فایل‌سیستم‌های FailFS و NULLFS رو هم می‌شناسن.
🔤 - دستور uname هم دو گزینه‌ی جدید گرفته: -A و --all-labeled؛ با این گزینه‌ها اطلاعات سیستم کامل‌تر و مرتب‌تر نمایش داده می‌شه.
💾 - توی cp، install و mv هم اگر کپی سریع با --reflink=auto به مشکل بخوره، برنامه خودش می‌ره سراغ کپی معمولی تا عملیات متوقف نشه.
🔧 - علاوه بر این‌ها، کلی باگ ریز و درشت، مشکل حافظه و ایرادهای مربوط به Solaris هم برطرف شده.
🦆 @ducklinux1
Gp - @duckgplinux
❤3🔥2
🛡️ - شرکت AMD می‌خواد امنیت ماشین‌های مجازی لینوکس رو با ESMTP بیشتر کنه!
🟢 - مهندس‌های AMD پچ‌های جدیدی برای کرنل لینوکس فرستادن تا قابلیت Enhanced SMT Protection یا ESMTP رو به ماشین‌های مجازی مبتنی بر AMD EPYC اضافه کنن.
🔐 - این قابلیت مخصوص ماشین‌های مجازی امن SEV-SNP هست و هدفش اینه که جلوی بعضی حملات Side-Channel از طریق SMT رو بگیره؛ همون حملاتی که از اشتراک منابع پردازنده بین Threadها سوءاستفاده می‌کنن.

🧠 - نکته؛ ESMTP به‌صورت سخت‌افزاری کنترل می‌کنه که وقتی یک vCPU داخل ماشین مجازی در حال اجراست، Thread کناری یا باید بیکار باشه یا فقط متعلق به همون ماشین مجازی اجرا بشه.
☁️ - این ویژگی می‌تونه برای سرویس‌های ابری عمومی و سرورهایی که چند ماشین مجازی غیرقابل‌اعتماد رو هم‌زمان اجرا می‌کنن، امنیت بیشتری ایجاد کنه.

🐌 - البته فعال‌سازی ESMTP رایگان نیست! چون اجرای VMRUN ممکنه منتظر بیکار شدن یا اجرای Thread مجاز بمونه، در نتیجه مقداری افت عملکرد ایجاد می‌شه و این قابلیت به‌صورت پیش‌فرض فعال نخواهد بود.

🦆 @ducklinux1
Gp - @duckgplinux
❤3