اطلاعات و تغیرات اوبونتو ۱۳.۱۰ در این تایپک

[ava]

اولین روز از ماه سپتامبر (ماه نهم میلادی)
و هنوز خبری از بتای ۱ اوبونتو ۱۳.۱۰ نیست
من از ۷/۲۵ یه نسخه daily build دانلود کردم که همون موقع که نصب کردم زیاد داغون بود و هیچ تغیری توش نسبت به ۱۳.۱۰ نبود به جز دش یونیتی
و بعدش هم یه نسخه daily build رو تو تاریخ ۸/۱۲ گرفتم که اونم تا تاریخ ۸/۲۰ آپدیت کردم ولی بازم هیچ تغیر عمده ای نداشت
و ناگفته نماند که فوق العاده ناپایدار و به درد نخور بودن اغلب نرم افزار ها کار نمیکردن و ایراد داشتن اونایی هم که کار میکردن بعد یک دقیقه کرش میکردن
حتی نمیشد با خیال راحت ۱ گیگ اطلاعات منتقل کرد چون وسط های کار فایل منیجر هنگ میکرد و دیتا نابود میشد (در صورت move کردن)
تا جایی که یادمه تا نسخه پیش اوبونتو قیل انتشار نسخه جدید ۶ تا نسخه بین راه میداد
۴ تا نسخه آلفا و دو تا نسخه بتا
هر ۱۴ روز یه نسخه آلفا بود فکر کنم که خیلی زود به زود میشد و حذف کردن که سرعت توسعه بالا بره و توسعه دهنده ها اذیت نشن ولی قرار بود اون دو تا بیتا ۱ و بتا ۲ رو منتشر کنن
الان تقریبا یک ماه دیگه اوبونتو ۱۳.۱۰ قراره بیاد ولی هنوز بتا۱ نیومده
و هنوز فکر کنم عکس های پیش فرض هم تعیین نشده که بتا یک بیاد و خلی جاهای توزیع daily build مینویسه ubuntu 13.04 :|
من فکر میکنم بتای ۱ تاریخ ۹/۵ میاد و بتا ۲ تاریخ ۹/۲۵ و نسخه نهایی ۱۰/۱۲ تقریبا
دوستان اطلاعات دقیق از تاریخ انتشار دارین بگید (من اینا رو به خاطر تاریخ انتشار های قبلی گفتم خبری جایی نیست)
در ضمن کسی اینجا مثل من نسخه ۱۳.۱۰ رو تست کرده ؟ نظر شما در موردش چیه ؟

[mohammad kazemi]

این هم تاریخ دقیق انتشار سمندر خوشمزه ( ) که تو ویکی درج شده (نسخه های آلفا و بتا ۱ برای عموم نیست)

    آلفا 1 - 20 ژوئن 2013 (نه برای عموم مردم)
    آلفا 2 - 18 ژوئیه 2013 (نه برای عموم مردم)
    آلفا 3 - 1 اوت 2013 (نه برای عموم مردم)
    بتا 1 - سپتامبر 5، 2013 (نه برای عموم مردم)
    نتیجه نهایی بتا - 26 سپتامبر 2013
    انتشار نهایی - 17 اکتبر، 2013

[mohammad kazemi]

این هم تاریخ دقیق انتشار سمندر خوشمزه ( ) که تو ویکی درج شده (نسخه های آلفا و بتا ۱ برای عموم نیست)

    آلفا 1 - 20 ژوئن 2013 (نه برای عموم مردم)
    آلفا 2 - 18 ژوئیه 2013 (نه برای عموم مردم)
    آلفا 3 - 1 اوت 2013 (نه برای عموم مردم)
    بتا 1 - سپتامبر 5، 2013 (نه برای عموم مردم)
    نتیجه نهایی بتا - 26 سپتامبر 2013
    انتشار نهایی - 17 اکتبر، 2013

بتا ۱ گه پنج روز دیگه میاد برای عموم نیست ولی نسخه نهایی بتا که ۲۶ روز دیگه میاد رو می تونید دانلود کنید.

[سالار مقدم]

تا جایی که میدونم تو این ورژن قراره به Mir سویچ کنن و برای رنامه هاشون(خوشبختانه) از کیوت استفاده کنند مشخصا کمه کم تا ۱۴/۰۴ به پایداری مورد نظر(پایداری که تو ۱۲/۰۴ شاهدشیم ) نمیرسه. چه برسه ۱۳/۱۰!. خوشبحتانه ما تریسکل داریم و توزیعمون برپایه انتشار بلند مدته کلا من حالا حالا ها به پایداری اوبونتو امید ندارم چون اصلا سرش تو کار خودش نیست! هی یه تغییر عمده به وجود میاره که تهش سال ها طول میکشه تا به نتیجه برسه. سرش گرم اوبونتو تاچ و تبلت و تی وی و ...ست. من نمیدونم اصلا چجوری وقت دارن یه دقیقه به دسکتاپشون فکر کنن!

[ava]

خوب گویا والیپر های های ۱۳.۱۰ هم ارائه شده
سه تا والیپر از سمندر خوشگلمون و ۱۸ تا والیپر زیبای دیگه برای نسخه ۱۳.۱۰ ارائه شده که میتونید توی لینک زیر ببینید
http://www.webupd8.org/2013/08/download-ubuntu-1310-saucy-salamander.html
و این که توی اینیستالر اوبونتو بخشی ایجاد شده برای ساخت آکانت اوبونتو وان اطلاعات بیشتر
http://www.omgubuntu.co.uk/2013/08/ubuntu-one-log-in-added-to-ubuntu-13-10-installer
و خبر دیگه این که کوبونتو - زوبونتو - لوبونتو از mir تو ۱۳.۱۰ استفاده نخواهند کرد
البته من که نسخه های daily build اوبونتو تا تاریخ ۸/۲۰ رو تست کردم هنوز روی x بود

[ava]

این هم تاریخ دقیق انتشار سمندر خوشمزه ( ) که تو ویکی درج شده (نسخه های آلفا و بتا ۱ برای عموم نیست)

    آلفا 1 - 20 ژوئن 2013 (نه برای عموم مردم)
    آلفا 2 - 18 ژوئیه 2013 (نه برای عموم مردم)
    آلفا 3 - 1 اوت 2013 (نه برای عموم مردم)
    بتا 1 - سپتامبر 5، 2013 (نه برای عموم مردم)
    نتیجه نهایی بتا - 26 سپتامبر 2013
    انتشار نهایی - 17 اکتبر، 2013

امروز باید بتا 1 بیاد ولی نمیدونم چرا هنوز آلفا 3 رو منتشر نکردن
گویا طبق برنامه ئیش نمیره
کوبونتو - زوبونتو - لوبونتو هم آلفا 3 ندادن و آخرین نسخه پک شده آلفا 2 هست و نسخه روزانه
http://cdimage.ubuntu.com/releases/saucy

[کیهان]

خوب گویا والیپر های های ۱۳.۱۰ هم ارائه شده
سه تا والیپر از سمندر خوشگلمون و ۱۸ تا والیپر زیبای دیگه برای نسخه ۱۳.۱۰ ارائه شده که میتونید توی لینک زیر ببینید
http://www.webupd8.org/2013/08/download-ubuntu-1310-saucy-salamander.html
و این که توی اینیستالر اوبونتو بخشی ایجاد شده برای ساخت آکانت اوبونتو وان اطلاعات بیشتر
http://www.omgubuntu.co.uk/2013/08/ubuntu-one-log-in-added-to-ubuntu-13-10-installer
و خبر دیگه این که کوبونتو - زوبونتو - لوبونتو از mir تو ۱۳.۱۰ استفاده نخواهند کرد
البته من که نسخه های daily build اوبونتو تا تاریخ ۸/۲۰ رو تست کردم هنوز روی x بود

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

[ava]

خوب گویا والیپر های های ۱۳.۱۰ هم ارائه شده
سه تا والیپر از سمندر خوشگلمون و ۱۸ تا والیپر زیبای دیگه برای نسخه ۱۳.۱۰ ارائه شده که میتونید توی لینک زیر ببینید
http://www.webupd8.org/2013/08/download-ubuntu-1310-saucy-salamander.html
و این که توی اینیستالر اوبونتو بخشی ایجاد شده برای ساخت آکانت اوبونتو وان اطلاعات بیشتر
http://www.omgubuntu.co.uk/2013/08/ubuntu-one-log-in-added-to-ubuntu-13-10-installer
و خبر دیگه این که کوبونتو - زوبونتو - لوبونتو از mir تو ۱۳.۱۰ استفاده نخواهند کرد
البته من که نسخه های daily build اوبونتو تا تاریخ ۸/۲۰ رو تست کردم هنوز روی x بود

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

نه ربطی به برنامه ها نداره میر
برای اطلاعات بیشتر
http://fa.wikipedia.org/wiki/%D8%B3%DB%8C%D8%B3%D8%AA%D9%85_%D9%BE%D9%86%D8%AC%D8%B1%D9%87_%D8%A7%DA%A9%D8%B3
https://wiki.ubuntu.com/Mir/

[کیهان]

خوب گویا والیپر های های ۱۳.۱۰ هم ارائه شده
سه تا والیپر از سمندر خوشگلمون و ۱۸ تا والیپر زیبای دیگه برای نسخه ۱۳.۱۰ ارائه شده که میتونید توی لینک زیر ببینید
http://www.webupd8.org/2013/08/download-ubuntu-1310-saucy-salamander.html
و این که توی اینیستالر اوبونتو بخشی ایجاد شده برای ساخت آکانت اوبونتو وان اطلاعات بیشتر
http://www.omgubuntu.co.uk/2013/08/ubuntu-one-log-in-added-to-ubuntu-13-10-installer
و خبر دیگه این که کوبونتو - زوبونتو - لوبونتو از mir تو ۱۳.۱۰ استفاده نخواهند کرد
البته من که نسخه های daily build اوبونتو تا تاریخ ۸/۲۰ رو تست کردم هنوز روی x بود

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

نه ربطی به برنامه ها نداره میر
برای اطلاعات بیشتر
http://fa.wikipedia.org/wiki/%D8%B3%DB%8C%D8%B3%D8%AA%D9%85_%D9%BE%D9%86%D8%AC%D8%B1%D9%87_%D8%A7%DA%A9%D8%B3
https://wiki.ubuntu.com/Mir/

دستت درد نکنه...

[ava]

خوب گویا والیپر های های ۱۳.۱۰ هم ارائه شده
سه تا والیپر از سمندر خوشگلمون و ۱۸ تا والیپر زیبای دیگه برای نسخه ۱۳.۱۰ ارائه شده که میتونید توی لینک زیر ببینید
http://www.webupd8.org/2013/08/download-ubuntu-1310-saucy-salamander.html
و این که توی اینیستالر اوبونتو بخشی ایجاد شده برای ساخت آکانت اوبونتو وان اطلاعات بیشتر
http://www.omgubuntu.co.uk/2013/08/ubuntu-one-log-in-added-to-ubuntu-13-10-installer
و خبر دیگه این که کوبونتو - زوبونتو - لوبونتو از mir تو ۱۳.۱۰ استفاده نخواهند کرد
البته من که نسخه های daily build اوبونتو تا تاریخ ۸/۲۰ رو تست کردم هنوز روی x بود

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

نه ربطی به برنامه ها نداره میر
برای اطلاعات بیشتر
http://fa.wikipedia.org/wiki/%D8%B3%DB%8C%D8%B3%D8%AA%D9%85_%D9%BE%D9%86%D8%AC%D8%B1%D9%87_%D8%A7%DA%A9%D8%B3
https://wiki.ubuntu.com/Mir/

دستت درد نکنه...

البته فکر میکنم برای میز کار ها تاثیر داره (اطلاعاتم در این زمینه کم هست)

[Matrix.1372]

تا جایی که من می‌دونم راه‌اندازها (درایورها) رو هم تحت تاثیر قرار می‌ده...

[MHA152]

خوب گویا والیپر های های ۱۳.۱۰ هم ارائه شده
سه تا والیپر از سمندر خوشگلمون و ۱۸ تا والیپر زیبای دیگه برای نسخه ۱۳.۱۰ ارائه شده که میتونید توی لینک زیر ببینید
http://www.webupd8.org/2013/08/download-ubuntu-1310-saucy-salamander.html
و این که توی اینیستالر اوبونتو بخشی ایجاد شده برای ساخت آکانت اوبونتو وان اطلاعات بیشتر
http://www.omgubuntu.co.uk/2013/08/ubuntu-one-log-in-added-to-ubuntu-13-10-installer
و خبر دیگه این که کوبونتو - زوبونتو - لوبونتو از mir تو ۱۳.۱۰ استفاده نخواهند کرد
البته من که نسخه های daily build اوبونتو تا تاریخ ۸/۲۰ رو تست کردم هنوز روی x بود

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

نه ربطی به برنامه ها نداره میر
برای اطلاعات بیشتر
http://fa.wikipedia.org/wiki/%D8%B3%DB%8C%D8%B3%D8%AA%D9%85_%D9%BE%D9%86%D8%AC%D8%B1%D9%87_%D8%A7%DA%A9%D8%B3
https://wiki.ubuntu.com/Mir/

لینک فاسی برای میر نداشتید؟
مبتونید خودتون بگید برتری هاش نسبت به x چیه؟

[کیهان]

تا جایی که من می‌دونم راه‌اندازها (درایورها) رو هم تحت تاثیر قرار می‌ده...

یعنی منابع کمی مصرف میکنه؟

[ava]

متن ترجمه شده با گوگل ترنسلت (بدون ویرایش و دستکاری)

خلاصه
ما در حال توسعه نسل بعدی سرور نمایش که موسوم میر است . این یک جزء در سطح سیستم را هدف قرار داده به عنوان جایگزینی برای پنجره X سیستم سرور برای باز کردن تجربه کاربر نسل بعدی برای دستگاه های مختلف از دسکتاپ لینوکس برای دستگاه های تلفن همراه طراحی شده توسط اوبونتو است . این سند به تشریح انگیزه برای این پروژه ، توصیف طراحی سطح بالا ، به طور خلاصه دامنه ، فراهم می کند و نقشه راه از میر سرور صفحه نمایش .

هدف از میر است ، به فعال کردن توسعه وحدت نسل بعدی .

انگیزه ها است - چرا میر ؟
تجربه کاربر پیشرفته مانند دستگاه های آیفون و یا اندیشه شده توسط دستگاه های تلفن همراه ارائه شده در سال های اخیر ، تغییر انتظارات کاربران در مورد " fast'n'fluid " ( f'n'f ) راه تعامل با دستگاه های خود را . از لحاظ تاریخی، رابط های گرافیکی کاربر بر روی پلت فرم لینوکس سیستم پنجره X پیگیری شده است. X دارای سابقه طولانی و موفق و از آن است که اهداف هر دو سطح سیستم و برنامه در سطح UI برای بیش از 3 دهه به خوبی خدمت کرده است . با این حال ، کاربران امروزه انتظار می رود بیشتر سازگار و یک تجربه کاربری یکپارچه تر از آنچه ممکن است برای ارائه در بالای سیستم پنجره X . حتی تحولات اخیر بیشتر شبیه معرفی از compositors به پشته X به طور کامل حل وضعیت نیست و هر دو پوسته و توسعه نرم افزار مجبور به استقرار راه حل برای غلبه بر مسائل را با مدل رندر X . با توجه به توسعه پوسته ( وحدت ) ، سه کاستی های عمده ای از پشته X جلوگیری از ارائه تجربه کاربر ( f'n'f ) ما در ذهن داریم :

X سهامبسیاری از حالت سیستم در سراسر مرزهای روند . این واضح است که مشکل به خودی خود نیست ، امارابط کاربر در سطح سیستم است که به معنای ارائه یک تجربه کاربری زیبا و سازگار است به احتمال زیاد نیاز به کنترل شدیدی بر حالت سیستم به طور کلی است .
مدل ورودی X پیچیده است و اجازه می دهد تا برنامه های کاربردی برای Spoof کردن در رویدادهای ورودی انجام می دهند خود نیست . از یک طرف ، این باعث نگرانی های امنیتی جدی ، به ویژه در مورد سیستم عامل های تلفن همراه . از سوی دیگر ، تنظیم و گسترش مدل ورودی X دشوار و حمایت از ویژگی های مانند ورودی بچینگ رویداد و فشرده سازی ، پیش بینی رویداد حرکت با هم با وجود استراتژی های صرفه جویی در قدرت و یا طرح هماهنگ سازی قابل انعطاف برای هماهنگی با ورودی تحویل واقعه و عملیات رندر می باشد ( بیش از حد ) پیچیده است است.
سلسله مراتب اهنگ ساز در سطح جلسه به پایان می رسد ، و هیچ ادغام تنگ به سیستم از بعد زمان بوت نیز در دسترس است . به همین دلیل، در glitch مرئی وجود دارد که انتقال سیستم از VT- سطح به سطح پوسته گرافیکی .
در علاوه بر این به نقاط که قبلا ذکر شد ، مدل درایور کارت گرافیک X فاقد تمرکز و تصویب آن در سراسر صنعت مشکل ساز بوده است . باز هم، با تمرکز بر موارد استفاده از تلفن همراه ، مدل های راننده بیشتر سازگار مانند مدل درایور کارت گرافیک آندروید ارائه پشتیبانی بسیار بهتر و تصویب توسط SOC و فروشندگان GPU . به همین دلیل، ما تصمیم گرفتیم تا برای یک مدل راننده به خوبی تعریف شده و ما شرایط زیر اعلام کرد :

نسبت(ES) جهان EGL / GL طراحی شده است.
مفروضات حداقل در مورد مدل راننده فرام می نماید .
توانایی رانندگان اهرم موجود در اجرای مدل راننده آندروید .
قابلیت به اهرم compositors های سخت افزاری موجود .
به طور خلاصه، ما می خواهیم به ارائه پشته گرافیکی که با این نسخهها کار در سراسر سیستم عامل های مختلف و مدل های راننده با محدود کردن فرضیات خود را به حداقل لخت . پشته گرافیک و صفحه نمایش جزء سرور خود را باید به راحتی integrateable با پوسته و به عنوان یک مدل است که اجازه می دهد تا پوسته برای تزریق / تعریف رفتار سفارشی به راحتی عمل می کنند . در اینجا ، تمرکز ما بر روی امنیت نقش مهم: ما می خواهیم برای جلوگیری از نیاز به افشای یک پروتکل ممتاز است که نیاز به محافظت امنیتی اضافی به معنی مانند AppArmor . برای این منظور، ما یک رویکرد در فرایند است که اجازه می دهد تا یک پیاده سازی پوسته برای تعامل باسرور مدل صفحه نمایش در یک راه بسیار انعطاف پذیر تر را ترجیح می دهند .

در نهایت ، ما می خواهیم به تأکید بر تمرکز ما بر روی کیفیت و اجرای یک رویکرد توسعه آزمون محور برای نمایش اجزای سرور . ما نیاز هر جزء از سیستم تحت آزمایش برای اطمینان از عملکرد صحیح آن و با یک دسته آزمون است که اجازه می دهد تا ما را به تکامل سیستم کارآمد و با خیال راحت به ما ارائه شده است .

چرا که نه Wayland / وستون ؟

روشن آشکار برای اولین بار : Wayland تعریف پروتکل تعریف می کند که چگونه یک برنامه سرویس گیرنده باید به یک جزء حروفچین صحبت است. آن را لمس مناطق مانند ایجاد سطح / تخریب ، گرافیک بافر تخصیص / مدیریت ، دست زدن به رویداد ورودی و یک نمونه خشن برای ادغام اجزای پوسته . با این حال ، ارزیابی ما از تعریف پروتکل نشان داد که پروتکل Wayland نیازهای ما را برآورده نمی کنند . اول، هدف ما برایدست زدن به رویداد ورودی توسعه که تحولات آینده مانند دستگاه های ورودی 3D ( به عنوان مثال حرکت جهش ) به حساب طول می کشد . لطفا توجه داشته باشید هر چند ورودی دست زدن به صورتی که Wayland از مسائل امنیتی معرفی شده توسط رویداد دست زدن به ورودی معناشناسی X ( به لطف دانیل سنگ و کریستین Høgsberg برای اشاره به این ) رنج می برند نیست . با توجه به موارد استفاده از تلفن همراه ، ما فکر می کنیم که از دست زدن به روش های ورودی باید در سرور پروتکل صفحه نمایش منعکس شده است، بیش از حد. به عنوان یک مثال دیگر ، ما در نظر پوسته یکپارچه سازی بخش هایی از پروتکل به عنوان ممتاز و ما ترجیح می دهم از داشتن هر نوع رفتار پوسته تعریف شده در پروتکل مشتری با آن مواجه است .

با این حال ، ما هنوز هم فکر می کنم که تلاش Wayland در استاندارد ارتباط بین مشتریان و صفحه نمایش جزء سرور بسیار معقول و مفید است ، اما با توجه به نیازهای مختلف خود تصمیم گرفت تا برای WRT معماری زیر به پروتکل ادغام :

هسته پروتکل عرفان منکر وجود خدا داخلی است که بسیار به خوبی تعریف ، به خوبی تست شده و قابل حمل است .
بیرونی پوسته همراه با یک ظاهر فایروال است که اجازه می دهد ما را به پورت سرور نمایش ما به پشته گرافیک خودسرانه و اتصال آن به پروتکل های متعدد است .
به طور خلاصه ، ما Wayland / وستون به عنوان اساس ما برای ارائه یک تجربه کاربری نسل بعدی آن را به عنوان نیازهای ما را برآورده نه به طور کامل انتخاب نشده است . بیشتر به این ، با رویکرد پروتکل و پلت فرم عرفان منکر وجود خدا ما ، ما می توانیم مطمئن شوید که ما هدف ما ازتجربه کاربر سازگار و زیبا در سراسر سیستم عامل و عوامل شکل دستگاه برسد . با این حال ، پشتیبانی از Wayland می توان یا با ارائه پیاده سازی ظاهر Wayland خاص را برای صفحه نمایش سرور ما و یا با ارائه یک پیاده سازی سمت سرویس گیرنده از libwayland که در نهایت به میر سخن می گوید اضافه شده است.

اهداف

به طور کلی ، ما باید ویژگی های زیر را در ذهن داشته باشیم که در حال توسعه سیستم :

قابلیت های خوبی تعریف شده

ما توسعه سیستم بر اساس الزامات و موارد استفاده . ما می خواهیم برای جلوگیری از وضعیت از نفخ ویژگی های غیر ضروری ، با سیستم در حال تکامل خود را در آن زمان خط بدون نیاز واقعی برای آن .

بهره وری

این سیستم باید همهشرایط به عنوان کارآمد که ممکن است به انجام برسانند ، با تمرکز بر چرخه پردازنده ، چرخه های پردازنده گرافیکی ، حافظه و مصرف برق . ما می خواهیم به ایجاد یک مجموعه ای از معیار است که مطمئن شوید که سیستم زندگی می کند تا این ویژگی .

آزمون محور

سیستم باید تحت آزمون تا آنجا که ممکن باشد. به نظر ما هر سه سطح از جزئیات آزمون ( آزمون واحد، یکپارچه سازی و پذیرش ) برای اطمینان از کیفیت بالا و برای ارائه یک محصول که فقط کار می کند (TM) . بیشتر به این ، هر گونه توسعه تنها باید اتفاق افتد شروعآزمون پذیرش به خوبی تعریف شده در دسترس است . هر ویژگی که ما نمی توانیم برای تست می توانید در با کیفیت بالا اجرا شود.

چند منظوره و قابل انعطاف

این سیستم به راحتی باید سازگار و قابل حمل به سیستم عامل های مختلف و استفاده از موارد ( در طیف وسیعی ازقابلیت های خوبی تعریف شده که قبلا ذکر شد ) . در حال اجرا بر روی سیستم یک دستگاه تلفن همراه ، افشای تنها قابلیت های محدود مانند سیستم های سطح اهنگ ساز باید ویژه موردنیاز به راحتی توسط سیستم برآورده نمی .

امنیت

ما می خواهیم برای جلوگیری از افشای هر نوع از پروتکل ممتاز به برنامه های کاربردی مشتری . به طور خاص ، ما می خواهیم برای جلوگیری از ( مخرب ) برنامه های کاربردی سرویس گیرنده از حقه بازی در جریان رویداد های ورودی و یا ضبط محتویات روی صفحه نمایش بدون حداقل یک مجوز / گام احراز هویت قبل . برای این منظور، ما مجموعه ای از عملیات غیر ممتاز محدود .

ابزار یکپارچه سازی و LEGACY X پشتیبانی نرم افزار

کتابخانه مشتری میر باید آسان به ادغام با ابزار موجود است . نویسندگان برنامه کاربردی با تکیه بر QT / QML ، GTK3 ، XUL و غیره نباید ملزم به انجام پورت های اضافی را که ما در ارائه یکپارچه سازی میر برای انتخاب برجسته ترین ابزار کار خواهد کرد . در واقع هر چند ، برخی از برنامه های کاربردی میراث خواهد بود قادر به انتقال دور از X به طور کامل ، و مادر جلسه سرور X بی ریشه است که با میر یکپارچه فراهم . آن را به عنوان یک لایه سازگاری بر روی تقاضا بین برنامه های کاربردی X میراث و سطح جلسه وحدت / میر مثال عمل می کند .

حوزه
در این بخش مروری سطح بالا از قابلیت های است که نسخه نهایی از سیستم باید ارائه می دهد . لطفا بهبخش "نقشه راه" برای تخمین زمان و انتشار نسخه هدفمند برای ویژگی های فردی مراجعه کنید .

میر پروژه

اکثر نرم افزار میر در پروژه میر در لانچپد است. این پروژه دو کتابخانه :

libmir سرور -کتابخانه حاوی اجزای سمت سرور میر . این است که استفاده می شود برای اجرای یک اهنگ ساز .
libmir مشتری -کتابخانه اجازه می دهد تا برنامه های کاربردی برای برقراری ارتباط با سرورهای میر . این است که ابزار استفاده می شود.
در علاوه بر این به پروژه میر برخی از پروژه های مرتبط با که در تکنولوژی میر ساخت وجود دارد:

QMir - اتصالات کوارت برای میر
وحدت سیستم حروفچین -سرور میر که compositites به بین جلسات، greeters ها و صفحه نمایش بوت
وحدت -پوسته کاربر اجرا شده با استفاده از میر
وحدت Greeter - یک greeter اجرا با استفاده از میر
میر کامل بر اساس پشته صفحه نمایش به نظر می رسد ، مثل این: Compositor_Cascade.png

داخلی میر

میر scope.png

اهنگ ساز

اهنگ ساز است مسئول برای ارائه صحنه نهایی شامل تمامی نرم افزار ها و سطوح پوسته (پنجره ها ) بر روی صفحه نمایش است . این شامل یک رندر است که طول می کشد مراقبت از اثرات اعمال شده ( به عنوان مثال ، سایه های قطره ) به سطوح فردی . اهنگ ساز هماهنگ به vblank به برای جلوگیری از پاره شدن و به هدر رفتن چرخه .

مدیریت INPUT

سیستم باید اندازه گیری خواندن ( مختصات، کلید ها ، ارزش های شتاب و ...) پشتیبانی از دستگاه های ورودی دلخواه ، پیش پردازش جریان رویداد ، ارائه آن را به زنجیره ای از فیلتر های سمت سرور ( به عنوان مثال ، برای حمایت از پوسته سطح تشخیص حرکت و یا تعامل با صفحه کلید ) و در نهایت ارائه آن به برنامه های کاربردی مشتری . ما می خواهیم به سمت سرور پشته ورودی انعطاف پذیر است که در آن باید از آن پشتیبانی از دستگاه های ورودی دلخواه ، با تمرکز در زیرسیستم هسته evdev .

در نهایت ما می خواهیم مطمئن شوید که پشته ورودی به عنوان کارآمد که ممکن است با توجه به مصرف برق است . مهمتر از همه، ما می خواهیم قادر به جریان بنزین را کنترل کردن انتشار رویداد به برنامه های کاربردی مشتری برای مطابقت با vblanc و حساب برای از دست دادن دقت نمونه گیری با استفاده از پیش بینی حوادث آینده حرکت .

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

خروجی مدیریت

این سیستم باید از آن پشتیبانی نظارت بر دستگاه های صفحه نمایش فیزیکی متصل ، بدون فرض یک نوع خاصی از اتصال . بیشتر به این سیستم باید وسیله ای برای اجزای پوسته ارائه به واکنش نشان دادن به تغییرات در تنظیمات صفحه نمایش دستگاه فیزیکی ، به :

پشتیبانی از چند مانیتور استفاده از موارد مشترک و برای پشتیبانی از انتقال بدون درز بین عوامل شکل های مختلف ( از فکر کردن در مورد دستگاه همگرایی در اینجا )

منطقه مهم یکی دیگر از قابلیت پشتیبانی از GPU های مختلف با ویژگی های مختلف در حال اجرا در همان سیستم است. لپ تاپ های پایان بالا با گرافیک مجزا تأمین انرژی بازی ها و یا برنامه های کاربردی 3D - فشرده و شاملراه حل های گرافیکی بر روی تراشه برای حالات مصرف برق کم یک مثال برجسته در اینجا . ما می خواهیم قادر به یکپارچه انتقال بین هر دو GPU و برنامه حرکت EGL و زمینه های مربوطه خود را از یک GPU به دیگری .

نرم افزار مدیریت

نرم افزار باید به شهروندان درجه اول در سرور نمایش ما باشد. نرم افزار نامیده شده و شاملتعداد دلخواه از سطوح است . اجزای پوسته می توانید مجموعه ای از در حال حاضر در حال اجرا / برنامه های کاربردی ثبت نام شده دسترسی و راه اندازی در بالای مجموعه برای ارائه به عنوان مثال قابلیت ALT- TAB . صدف

پوسته، یا سطح سیستم UI، خواهد بود یک شهروند کلاس اول از سرور صفحه نمایش ، حداقل از نظر رابط به خوبی تعریف شده استفاده می شود که برای برقراری ارتباط به جلو و عقب بین پوسته و اجزای دیگر از سرور صفحه نمایشاست . ما را در نظررویکرد پوسته در روند در حال حاضر، اما ما ممکن است این تصمیم در آینده دوباره .

INTER - APP تبادل اطلاعات

تبادل داده ها بین برنامه های در حال اجرا در جهان X بسیار محدود شده است. ما باید حمایت های اساسی برای copy'n'paste و عمل کشیدن و رها ، اماتجربه ای است که در حال حاضر ارائه بسیار محدود است و به سختی کاربردی است . به همین دلیل ، ما می خواهیم سرور صفحه نمایش فراهم کردن یک راه پیشرفته برای برنامه های کاربردی به منظور مبادله داده های خودسرانه ، همراه با یک تجربه کاربر بدون درز هنگام شروع و انجام تبادل داده های واقعی .

میر امروز
در رانندگان آندروید

در حال حاضر تصویر Phabletبا استفاده از SurfaceFlinger به ارائه . اما خیلی زود ، این خواهد شد با میر جایگزین و در نهایت قرص همان زیرساخت به عنوان تصویر دسکتاپ استفاده کنید :

13_05_Ubuntu_Touch.png

میر در پشته درایور کارت رایگان

در حال حاضر ، میر قادر به اجرا در بالایپشته رایگان درایور کارت گرافیک ، اعمال نفوذ GBM ، بلایای طبیعی و KMS به ادغام با سخت افزار گرافیکی موجود است .

13_05_Free_Driver_stack.png

میر در به HW پشتیبانی شده توسط رانندگان منبع بسته

در حال حاضر ، میر بر روی سخت افزار دسکتاپ است که نیاز به درایور های منبع بسته اجرا کنید. با این حال ، ما در تماس با فروشندگان GPU هستند و از نزدیک با هم در حال کار با آنها را به حمایت از میر و تقطیرمدل راننده EGL محور قابل استفاده مجدد و یکپارچه که بیشتر نمایش توسعه سرور را آسان می کند به طور کلی و کراس پلت فرم استفاده موارد را نگه می دارد در ذهن است .

نقشه راه
نقشه راه کامل را می توان در چاپ اوزالید که برای کپیه نقشه و رسم های فنی بکار میرود مشتری - 1303- MIR- همگرا دیده می شود. نقاط عطف کلیدی عبارتند از :

ماه مه 2013

پایان اولین قدم به سوی یکپارچه سازی وحدت بعدی با میر و ارائه تسهیلات به اندازه کافی برای شروع به تکرار توسعه پوسته واقعی ، فراهم آوردن توسعه دهندگان با یک پلت فرم جامد و طراحان با استفاده برای نمونه سازی سریع .

اکتبر 2013

وحدت مدیریت پنجره بعدی و میر به طور کامل با بقیه سیستم برای حمایت از یک محصول تلفن اوبونتو یکپارچه شده است. برای دسکتاپ / لپ تاپ فرم فاکتور ، ما می خواهیم به طور کامل جایگزین X در جلسات کاربر و ارائه حالت میراث است که اجازه می دهد تا برای اجرای مشتریان X میراث علیه یک سرور X بی ریشه بر روی تقاضا . آبشار از سرویس دهنده صفحه نمایش / پوسته اجرا شده است، با نمونه سطح جلسه صحبت کردن به یک سیستم به عنوان مثال حروفچین جهانی ، ارائه سوسو زدن رایگان ، شدیدا یکپارچه و زیبا UX است .

آوریل 2014

همگرایی کامل در سراسر عوامل شکل است، به دست آمده با میر خدمت به عنوان حامل در سراسر عوامل شکل ، تأمین انرژی یک انتقال بدون درز بین استفاده از موارد مختلف و دستگاه .

[ava]

اینم از بتا یک بلاخره
http://cdimage.ubuntu.com/releases/saucy/beta-1/source
زوبونتو بتا 1
http://cdimage.ubuntu.com/xubuntu/releases/saucy/beta-1
لوبونتو
http://cdimage.ubuntu.com/lubuntu/releases/13.10/beta-1
کوبونتو
http://cdimage.ubuntu.com/kubuntu/releases/saucy/beta-1
فقط این که مال اوبونتو سورس کامل هست ولی برای زوبونتو - کوبونتو - لوبونتو پک کامپایل شده برای نسخه های 32 و 64 بیتی تو لینک ها هست راحت و بی دردسر میشه دریافت کرد
این ها ناپایدار هستن و تا نسخه بتای نهایی معمولا توصیه نمیشه ازشون استفاده کنید (حداقل برای استفاده اصلی سیستم)
بتای بعدی یا همون بتای نهایی 20 روز دیگه میاد (میتونید اون موقع نصب کنید که مشکلات زیادی رفع شده و بعد با گزارش باگ ها شاهد سازگاری بیشتر و کم باگ تر شدن و اجرای روانتر روی سیستمتون بشین و به توسعه دهندگان با تستش کمک کنید (همین الانش هم میتونید ولی اگه دنبال دردسر نیستین توصیه نمیشه
کرنل 3.11 که خیلی خوب قراره با گرافیک های amd کنار بیاد
میر نمیدونم روی بتا 1 قرار داره یا نه کسی تست کرد یا دانلودش کرد خبر بده
فقط این که ممکنه از یونیتی و قابلیت های گاها مزاحمش تو این نسخه خوشتون نیاد چون scope lens بهش اضافه شده