بل څه: د هایکو ایپ بنډلونه؟

د تمديد؛ DR: ایا هایکو د غوښتنلیک کڅوړو لپاره مناسب ملاتړ ترلاسه کولی شي، لکه د غوښتنلیک لارښودونه (لکه .app په ماک کې) او/یا د غوښتنلیک عکسونه (لینکس AppImage)؟ زما په اند دا به د پام وړ اضافه وي چې د نورو سیسټمونو په پرتله په سمه توګه پلي کول اسانه دي ځکه چې ډیری زیربنا لا دمخه شتون لري.

یوه اونۍ وړاندې ما هایکو کشف کړ، یو غیر متوقع ښه سیسټم. ښه ، له هغه وخته چې زه له اوږدې مودې راهیسې لارښودونو او غوښتنلیک عکسونو سره علاقه لرم (د ماکینټوش سادګۍ څخه الهام شوی) ، دا د حیرانتیا خبره نده چې زما ذهن ته یو نظر راغی ...

د بشپړ پوهیدو لپاره ، زه د AppImage جوړونکی او لیکوال یم ، د لینکس غوښتنلیک توزیع ب formatه چې هدف یې د میک سادگي لپاره دی او د غوښتنلیک لیکوالانو او پای کاروونکو ته بشپړ کنټرول ورکوي (که تاسو غواړئ نور پوه شئ ، وګورئ ويکي и اسناد).

که موږ د هایکو لپاره د اپلیکیشن عکس جوړ کړو نو څه به وي؟

راځئ چې لږ فکر وکړو، په خالص نظري ډول: د ترلاسه کولو لپاره څه باید وشي اپیلیا په هایکو کې ورته بل څه؟ دا اړینه نده چې همدا اوس یو څه رامینځته کړئ ، ځکه چې هغه سیسټم چې دمخه په هایکو کې شتون لري په حیرانتیا سره کار کوي ، مګر یو خیالي تجربه به ښه وي. دا د لینوکس ډیسټاپ چاپیریالونو په پرتله د هایکو پیچلتیا هم ښیې، چیرې چې دا ډول شیان خورا ستونزمن دي (زه حق لرم چې ووایم: زه د 10 کلونو لپاره د ډیبګ کولو سره مبارزه کوم).

په Macintosh System 1 کې، هر غوښتنلیک په موندونکي کې یو جلا فایل "مدیر شوی" و. د AppImage په کارولو سره زه هڅه کوم چې په لینکس کې ورته کارونکي تجربه بیا جوړه کړم.

لومړی، د AppImage څه شی دی؟ دا د دریمې ډلې غوښتنلیکونو خوشې کولو سیسټم دی (د مثال په توګه، الټیمیکر کورا)، غوښتنلیکونو ته اجازه ورکوي چې کله او څنګه دوی وغواړي خوشې شي: د مختلف توزیع مشخصاتو پوهیدو ته اړتیا نشته، پالیسۍ جوړول یا زیربنا جوړول، د ساتونکي مالتړ ته اړتیا نشته، او دوی کاروونکو ته نه وايي چې څه شی (نه) دوی نصب کولی شي. په خپلو کمپیوټرونو کې. AppImage باید په بڼه کې د میک پیکج ته ورته یو څه په توګه پوه شي .app د ډیسک عکس دننه .dmg. اصلي توپیر دا دی چې غوښتنلیکونه کاپي شوي ندي، مګر د تل لپاره د AppImage دننه پاتې کیږي، د هایکو کڅوړو په څیر ورته .hpkg نصب شوی، او هیڅکله په معمول معنی کې نصب شوی نه دی.

د 10 کلونو څخه ډیر د شتون په جریان کې، AppImage یو څه اپیل او شهرت ترلاسه کړ: لینس توروالډز پخپله په عامه توګه دا تایید کړه، او عام پروژې (د بیلګې په توګه، لیبر آفس، کریتا، انکسکیپ، سکریبس، امیج میګک) دا د اصلي لارې په توګه غوره کړې. د دوامداره یا شپې جوړونه توزیع کول، د نصب شوي یا غیر نصب شوي کاروونکي غوښتنلیکونو سره مداخله نه کوي. په هرصورت، د لینکس ډیسټاپ چاپیریال او توزیع ډیری وختونه لاهم د دودیز، مرکزي ساتونکي پر بنسټ د توزیع ماډل پورې تړلي دي او/یا د دوی خپل تصدۍ سوداګرۍ او/یا انجینري برنامو ته وده ورکوي فلیټپي (RedHat، Fedora، GNOME) او سپکاوی (Canonical, Ubuntu). دا راځي په مسخره توګه.

دا ټول څنګه کار کوي

• هر AppImage دوه برخې لري: یو کوچنی دوه ځله کلیک ELF (په نوم. runtime.c)، وروسته د فایل سیسټم عکس SquashFS.

• د SquashFS فایل سیسټم د غوښتنلیک تادیه لري او هرڅه چې د دې چلولو لپاره اړین دي، کوم چې په سم ذهن کې نشي کولی د هر کافي وروستي هدف سیسټم (لینکس توزیع) لپاره د ډیفالټ نصب برخه وګڼل شي. دا میټاډاټا هم لري، لکه د غوښتنلیک نوم، شبیه، د MIME ډولونه، او داسې نور.

• کله چې د کارونکي لخوا چلول کیږي، د رن ټایم د فایل سیسټم نصبولو لپاره FUSE او squashfuse کاروي، او بیا د نصب شوي AppImage دننه ځینې د ننوتلو نقطه (aka AppRun) چلوي.
  د پروسې بشپړیدو وروسته د فایل سیسټم غیر نصب شوی.

هر څه ساده ښکاري.

او دا شیان هرڅه پیچلي کوي:

• د دې ډول لینکس توزیعونو سره ، هیڅ شی "په سم ذهن کې" نشي ویل کیدی "د هر نوي هدف سیسټم لپاره د ډیفالټ نصب کولو برخه." موږ د دې مسلې په شاوخوا کې د جوړولو له لارې کار کوو خارج کونکی، تاسو ته اجازه درکوي دا معلومه کړئ چې په AppImage کې به څه بسته بندي شي او کوم بل ځای ته اړتیا لري. په ورته وخت کې، موږ ځینې وختونه له لاسه ورکوو، سره له دې چې په عمومي توګه، هرڅه ښه کار کوي. د دې دلیل لپاره، موږ وړاندیز کوو چې د کڅوړې جوړونکي په ټولو هدف سیسټمونو (توزیع) کې د AppImages ازموینه وکړي.
• د غوښتنلیک تادیات باید د فایل سیسټم په اوږدو کې د ځای پرځای کیدو وړ وي. له بده مرغه، ډیری غوښتنلیکونه سخت کوډ شوي مطلق لارې لري، د بیلګې په توګه، سرچینې ته /usr/share. دا باید په یو ډول تنظیم شي. سربیره پردې، تاسو باید یا صادر کړئ LD_LIBRARY_PATH، یا سم کړئ rpath د دې لپاره چې لوډر کولی شي اړوند کتابتونونه ومومي. لومړۍ طریقه خپل نیمګړتیاوې لري (کوم چې په پیچلو لارو بریالي کیږي)، او دویمه ساده ده.
• د کاروونکو لپاره ترټولو لوی UX زیان دا دی د اجرا وړ بټ ترتیب کړئ د AppImage فایل ډاونلوډ کولو وروسته. باور وکړئ یا نه، دا د ځینو لپاره یو ریښتینی خنډ دی. د اجرا وړ بټ تنظیم کولو اړتیا حتی د تجربه لرونکو کاروونکو لپاره پیچلې ده. د کار د حل په توګه، موږ د یو کوچني خدمت نصبولو وړاندیز وکړ چې د AppImage فایلونو څارنه کوي او د دوی د اجرا وړ بټ ټاکي. په خپل خالص شکل کې، دا غوره حل ندی، ځکه چې دا به د بکس څخه کار ونکړي. د لینکس توزیع دا خدمت نه وړاندې کوي، له همدې امله، کاروونکي د بکس څخه بهر خراب تجربه لري.
• د لینوکس کاروونکي تمه لري چې یو نوی اپلیکیشن به د پیل مینو کې یو عکس ولري. تاسو نشئ کولی سیسټم ته ووایاست: "وګورئ، یو نوی غوښتنلیک دی، راځئ چې کار وکړو." پرځای یې، د XDG مشخصاتو سره سم، تاسو اړتیا لرئ چې فایل کاپي کړئ .desktop په سم ځای کې /usr د سیسټم په کچه نصبولو لپاره، یا دننه $HOME د فرد لپاره. د XDG مشخصاتو سره سم د ځانګړي اندازې شبیه باید په ځانګړو ځایونو کې ځای په ځای شي usr او یا $HOME، او بیا د آیکون کیچ تازه کولو لپاره په کاري چاپیریال کې کمانډونه پرمخ وړئ ، یا امید لرئ چې د کاري چاپیریال مدیر به دا په ګوته کړي او په اوتومات ډول هرڅه کشف کړي. د MIME ډولونو سره ورته. د کار د حل په توګه، دا وړاندیز شوی چې ورته خدمت وکاروئ، کوم چې د اجرا کولو بیرغ تنظیم کولو سربیره، به، که چیرې شبیه شتون ولري، او نور. په AppImage کې، دوی د XDG مطابق سم ځایونو ته د AppImage څخه کاپي کړئ. کله چې حذف یا لیږدول کیږي، خدمت تمه کیږي چې هرڅه پاک کړي. البته، د هر کاري چاپیریال په چلند کې توپیرونه شتون لري، د ګرافیک فایل فارمیټونو کې، د دوی اندازه، د ذخیره کولو ځایونه او د کیچونو تازه کولو طریقې، کوم چې ستونزه رامینځته کوي. په لنډه توګه، دا طریقه یو کرچ دی.
• که پورتني کافي نه وي ، لاهم د فایل مدیر کې د AppImage عکس شتون نلري. د لینکس نړۍ لاهم پریکړه نه ده کړې چې د ایلفینون پلي کړي (سره له دې بحث и تطبيق)، نو دا ناشونې ده چې په مستقیم ډول په غوښتنلیک کې آیکون ځای په ځای کړئ. نو دا معلومه شوه چې د فایل مدیر کې غوښتنلیکونه خپل عکسونه نلري (هیڅ توپیر نلري، AppImage یا بل څه)، دوی یوازې د پیل مینو کې دي. د کار د حل په توګه، موږ تمبیلونه کاروو، یو میکانیزم چې په اصل کې ډیزاین شوی و چې د ډیسټاپ مدیرانو ته اجازه ورکړي چې د ګرافیک فایلونو د تمبیل مخکتنې انځورونه د دوی د شبیانو په توګه وښيي. له همدې امله، د اجرا وړ بټ ترتیب کولو خدمت هم د "مینیټوریزر" په توګه کار کوي، مناسب ځایونو ته د عکس تمبیلونو جوړول او لیکل /usr и $HOME. دا خدمت پاکول هم ترسره کوي که چیرې د AppImage حذف یا لیږدول شوی وي. د دې حقیقت له امله چې هر ډیسټاپ مدیر یو څه توپیر لري، د بیلګې په توګه، په کوم شکل کې دا شبیه مني، په کوم اندازې یا ځایونو کې، دا ټول واقعیا دردناک دي.
• غوښتنلیک په ساده ډول په اجرا کولو کې غورځیږي که چیرې غلطۍ رامینځته شي (د مثال په توګه ، یو کتابتون شتون لري چې د بیس سیسټم برخه نده او په AppImage کې ندي چمتو شوي) ، او هیڅ څوک شتون نلري چې په GUI کې کارونکي ته ووایی چې واقعیا څه پیښیږي. موږ د دې کارولو له لارې شاوخوا ترلاسه کول پیل کړل خبرتیاوې په ډیسټاپ کې، دا پدې مانا ده چې موږ اړتیا لرو د کمانډ لاین څخه تېروتنې ونیسو، دوی د کاروونکي پوه شوي پیغامونو ته واړوو، کوم چې بیا په ډیسټاپ کې ښودلو ته اړتیا لري. او البته، هر ډیسټاپ چاپیریال دوی یو څه توپیر لري.
• اوس مهال (سپتمبر 2019 - د ژباړونکي یادښت) ما سیسټم ته د ویلو لپاره یوه ساده لاره نه ده موندلې چې فایل 1.png باید د Krita په کارولو سره پرانیستل شي، او 2.png - د GIMP کارول.

د کراس ډیسټاپ مشخصاتو لپاره د ذخیره کولو ځای کارول کیږي GNOME, د کډي и Xfce freedesktop.org دی

د هایکو کاري چاپیریال کې ژور اوبدل شوي پیچلي کچې ته رسیدل ستونزمن دي ، که ناممکن نه وي ، د ځانګړتیاو له امله. XDG له freedesktop.org څخه د کراس ډیسټاپ لپاره، او همدارنګه د دې ځانګړتیاوو پر بنسټ د ډیسټاپ مدیرانو پلي کول. د مثال په توګه، موږ کولی شو د سیسټم په کچه د فایرفاکس آیکون ته اشاره وکړو: په ښکاره ډول، د XDG لیکوالانو حتی فکر نه کاوه چې یو کارن کولی شي د ورته غوښتنلیک څو نسخې نصب کړي.

د فایرفوکس مختلف نسخو لپاره شبیه

زه حیران وم چې د لینکس نړۍ د Mac OS X څخه څه زده کولی شي ترڅو د سیسټم ادغام خرابولو مخه ونیسي. که تاسو وخت لرئ او پدې کې یاست، ډاډ ترلاسه کړئ چې ارنود ګورډول، د Mac OS X لومړی انجنیرانو څخه څه وویل:

موږ غوښتل چې د اپلیکیشن نصب کول دومره اسانه کړو لکه څنګه چې ستاسو کمپیوټر ډرایو ته د کوم ځای (سرور، بهرني ډرایو) څخه د غوښتنلیک آیکون راښکته کول. د دې کولو لپاره ، د غوښتنلیک کڅوړه ټول معلومات ذخیره کوي ، پشمول د شبیانو ، نسخه ، د فایل ډول پروسس کیږي ، د URL سکیمونو ډول چې سیسټم اړتیا لري د غوښتنلیک پروسس کولو لپاره پوه شي. پدې کې د آیکون خدماتو او لانچ خدماتو ډیټابیس کې د مرکزي ذخیره کولو لپاره معلومات هم شامل دي. د فعالیت مالتړ لپاره، غوښتنلیکونه په څو مشهورو ځایونو کې 'کشف شوي' دي: سیسټم او د کارونکي غوښتنلیک لارښودونه، او ځینې نور په اوتومات ډول که چیرې کاروونکي د غوښتنلیک لرونکی لارښود کې موندونکي ته لاړ شي. په عمل کې دا خورا ښه کار وکړ.

https://youtu.be/qQsnqWJ8D2c
د Apple WWDC 2000 سیشن 144 - Mac OS X: بسته بندي غوښتنلیکونه او د اسنادو چاپ کول.

په لینکس ډیسټاپونو کې د دې زیربنا په څیر هیڅ شی شتون نلري ، نو موږ د AppImage پروژې کې د ساختماني محدودیتونو شاوخوا د کار کولو په لټه کې یو.

ایا هایکو د ژغورنې لپاره راځي؟

او یو بل شی: د ډیسټاپ چاپیریال اساس په توګه د لینکس پلیټ فارمونه دومره لږ مشخص شوي چې ډیری شیان چې په دوامداره بشپړ سټیک سیسټم کې خورا ساده دي په لینوکس کې په مایوسۍ سره ټوټه ټوټه او پیچلي دي. ما یو بشپړ راپور د ډیسټاپ چاپیریال لپاره د لینکس پلیټ فارم پورې اړوند مسلو ته وقف کړ (پوهه پراختیا کونکو تایید کړه چې هرڅه به د اوږدې مودې لپاره همداسې پاتې وي).

په 2018 کې د لینکس ډیسټاپ چاپیریال ستونزو په اړه زما راپور

حتی لینس توروالډز اعتراف وکړ چې ټوټه ټوټه کول د کاري ځای مفکوره ناکامه وه.

د هایکو په لیدو خوښ شو!

هایکو هر څه په حیرانونکي ډول ساده کوي

په داسې حال کې چې هایکو ته د AppImage "پورټ کولو" لپاره ساده طریقه دا ده چې په ساده ډول هڅه وکړئ چې د هغې برخې (په عمده توګه runtime.c او خدمت) جوړ کړئ (کوم چې ممکن حتی ممکن وي!)، دا به هایکو ته ډیره ګټه ونه رسوي. ځکه چې په حقیقت کې، ډیری دا ستونزې په هایکو کې حل شوي او په مفهوم سره سم دي. هایکو دقیقا د سیسټم زیربنا جوړولو بلاکونه چمتو کوي چې زه د اوږدې مودې لپاره د لینکس ډیسټاپ چاپیریال کې په لټه کې یم او باور نه شم کولی چې هلته شتون نلري. یعنې:

باور وکړئ یا نه، دا هغه څه دي چې د لینوکس ډیری کاروونکي نشي کولی بریالي شي. په هایکو کې هرڅه په اوتومات ډول ترسره کیږي!

• د ELF فایلونه چې د اجرا وړ بټ نلري په اوتومات ډول ترلاسه کیږي کله چې د فایل مدیر کې دوه ځله کلیک وکړئ.
• غوښتنلیکونه کولی شي جوړ شوي سرچینې ولري، لکه عکسونه، چې د فایل مدیر کې ښودل شوي. اړتیا نشته چې د عکسونو یوه ډله په ځانګړي لارښودونو کې د عکسونو سره کاپي کړئ ، او له همدې امله د غوښتنلیک حذف کولو یا حرکت کولو وروسته پاکولو ته اړتیا نشته.
• د اسنادو سره د غوښتنلیکونو لینک کولو لپاره ډیټابیس شتون لري ، د دې لپاره هیڅ فایل کاپي کولو ته اړتیا نشته.
• په lib/ ډایرکټر کې د اجرا وړ فایل تر څنګ ، کتابتونونه په ډیفالټ پلټنه کیږي.
• دلته ډیری توزیع او ډیسټاپ چاپیریال شتون نلري؛ هر څه چې کار کوي، هرچیرې کار کوي.
• د چلولو لپاره هیڅ جلا ماډل شتون نلري چې د غوښتنلیک لارښود څخه توپیر ولري.
• غوښتنلیکونه د دوی سرچینو ته بشپړې لارې نه لري؛ دوی د چلولو په وخت کې د موقعیت ټاکلو لپاره ځانګړي دندې لري.
• د کمپریس شوي فایل سیسټم عکسونو مفکوره معرفي شوې: دا د hpkg کڅوړه ده. دا ټول د کرنل لخوا ایښودل شوي دي.
• هر فایل د هغه غوښتنلیک لخوا پرانستل کیږي چې دا یې رامینځته کړی، پرته لدې چې تاسو په واضح ډول بل ډول مشخص کړئ. دا څومره خوندور دی!

دوه png فایلونه. مختلف عکسونه په یاد ولرئ چې دا په ګوته کوي چې دوی به د مختلف غوښتنلیکونو لخوا خلاص شي کله چې دوه ځله کلیک وکړئ. د "سره خلاص کړئ:" ډراپ-ډاون مینو ته هم یادونه وکړئ چیرې چې کارونکي کولی شي یو انفرادي غوښتنلیک غوره کړي. څومره ساده!

داسې ښکاري چې په لینوکس کې د AppImage لخوا اړین ډیری کرچونه او کاري حلونه په هایکو کې غیر ضروري دي، کوم چې په اصلي کې سادگي او پیچلتیا لري چې دا زموږ ډیری اړتیاوې اداره کوي.

ایا هایکو د اپلیکیشن کڅوړو ته اړتیا لري؟

دا د یوې لویې پوښتنې لامل کیږي. که دا د لینوکس په پرتله په هایکو کې د AppImage په څیر سیسټم رامینځته کول خورا اسانه وي ، نو ایا دا به د ترسره کولو ارزښت ولري؟ یا هایکو، د خپل hpkg کڅوړې سیسټم سره، په اغیزمنه توګه د داسې یوې مفکورې د پراختیا اړتیا له منځه یوسي؟ ښه، د ځواب لپاره موږ باید د AppImages د شتون تر شا انګیزه وګورو.

د کارونکي لید

راځئ چې زموږ وروستی کارونکي وګورو:

• زه غواړم یو غوښتنلیک نصب کړم پرته لدې چې د مدیر (روټ) پټنوم غوښتنه وکړم. په هایکو کې د مدیر مفهوم شتون نلري، کارونکي بشپړ کنټرول لري ځکه چې دا یو شخصي سیسټم دی! (په اصولو کې ، تاسو کولی شئ دا په ملټي پلیر حالت کې تصور کړئ ، زه امید لرم چې پراختیا کونکي یې ساده وساتي)
• زه غواړم د غوښتنلیکونو وروستي او لوی نسخې ترلاسه کړم، پرته له دې چې انتظار وکړم چې دوی زما په ویش کې ښکاره شي (ډیری وختونه دا معنی "هیڅکله نه"، لږترلږه تر هغه چې زه ټول عملیاتي سیسټم تازه کړم). په هایکو کې دا د فلوټینګ ریلیزونو سره "حل" کیږي. دا پدې مانا ده چې دا ممکنه ده چې د غوښتنلیکونو وروستي او لوی نسخې ترلاسه کړئ، مګر د دې کولو لپاره تاسو اړتیا لرئ چې په دوامداره توګه د سیسټم پاتې برخه تازه کړئ، په مؤثره توګه دا په "خوځنده هدف" بدل کړئ..
• زه د ورته اپلیکیشن څو نسخې څنګ په څنګ غواړم ، ځکه چې دلته د پوهیدو کومه لاره نشته چې په وروستي نسخه کې څه مات شوي ، یا ووایه ، زه د ویب پراختیا کونکي په توګه اړتیا لرم چې د براوزر مختلف نسخو لاندې زما کار و ازموم. هایکو لومړۍ ستونزه حلوي، خو دوهمه نه. تازه معلومات بیرته راګرځول شوي، مګر یوازې د ټول سیسټم لپاره؛ دا ناممکن ده (تر هغه ځایه چې زه پوهیږم) چلول، د بیلګې په توګه، د WebPositive یا LibreOffice څو نسخې په ورته وخت کې.

د پراختیا کونکو څخه یو لیکي:

اساسی دلیل دا دی: د کارونې قضیه دومره نادره ده چې د دې لپاره اصلاح کول معنی نلري؛ په هایکو پورټس کې د یوې ځانګړې قضیې په توګه درملنه د منلو وړ ښکاري.

• زه اړتیا لرم هغه ایپسونه وساتم چیرې چې زه یې خوښوم ، نه زما په پیل ډرایو کې. زه ډیری وختونه د ډیسک ځای پای ته رسوم ، نو زه اړتیا لرم چې د غوښتنلیکونو ذخیره کولو لپاره بهرني ډرایو یا د شبکې لارښود سره وصل کړم (ټولې نسخې چې ما ډاونلوډ کړې وي). که زه دا ډول ډرایو وصل کړم، زه اړتیا لرم چې غوښتنلیکونه د دوه ځله کلیک کولو سره پیل شي. هایکو د پیکجونو زاړه نسخې خوندي کوي، مګر زه نه پوهیږم چې څنګه یې بهرنۍ ډرایو ته انتقال کړم، یا وروسته له هغه ځایه غوښتنلیکونه څنګه پیل کړم.

د پراختیا کونکي تبصره:

په تخنیکي توګه، دا دمخه د ماونټ کمانډ سره امکان لري. البته، موږ به ژر تر ژره د دې لپاره GUI جوړ کړو ځکه چې موږ کافي لیوالتیا کاروونکي لرو.

• زه د فایل سیسټم په اوږدو کې په ملیونونو فایلونو ته اړتیا نلرم چې زه نشم کولی خپل ځان اداره کړم. زه په هر غوښتنلیک کې یوه فایل غواړم چې زه یې په اسانۍ ډاونلوډ کولی شم ، حرکت کولی شم ، حذف کړم. په هایکو کې دا ستونزه د کڅوړو په کارولو سره حل کیږي .hpkg، کوم چې لیږدوي، د بیلګې په توګه، python، د زرګونو فایلونو څخه یو ته. مګر که چیرې شتون ولري ، د مثال په توګه ، سکریبس د python په کارولو سره ، نو زه باید لږترلږه دوه فایلونو سره معامله وکړم. او زه باید د دوی نسخو ساتلو ته پاملرنه وکړم چې د یو بل سره کار کوي.

د AppImages ډیری نسخې په ورته لینکس کې څنګ په څنګ روان دي

د غوښتنلیک جوړونکي لید

راځئ چې د غوښتنلیک جوړونکي له نظره وګورو:

• زه غواړم د ټول کاروونکي تجربه کنټرول کړم. زه نه غواړم په عملیاتي سیسټم تکیه وکړم ترڅو ماته ووایی چې کله او څنګه باید غوښتنلیکونه خوشې کړم. هایکو پراختیا کونکو ته اجازه ورکوي چې د خپلو hpkg ذخیره کولو سره کار وکړي، مګر دا پدې مانا ده چې کاروونکي به یې په لاسي ډول تنظیم کړي، کوم چې دا نظر "لږ زړه راښکونکی" کوي.
• زه په خپل ویب پاڼه کې د ډاونلوډ پاڼه لرم چیرې چې زه یې توزیع کوم .exe د وینډوز لپاره، .dmg د ماک لپاره او .AppImage د لینکس لپاره. یا شاید زه غواړم چې دې پاڼې ته لاسرسۍ پیسې ترلاسه کړم، کوم څه ممکن دي؟ زه باید هلته د هایکو لپاره څه واچوم؟ فایل کافي دی .hpkg یوازې د هایکو پورټس څخه انحصار سره
• زما سافټویر د نورو سافټویر ځانګړو نسخو ته اړتیا لري. د مثال په توګه، دا معلومه ده چې کریټا د Qt پیچلي نسخه ته اړتیا لري، یا Qt چې د کریتا یوې ځانګړې نسخې سره سم تنظیم شوی وي، لږترلږه تر هغه چې پیچ بیرته Qt ته وګرځول شي. تاسو کولی شئ د خپل غوښتنلیک لپاره خپل Qt په بسته کې بسته کړئ .hpkg، مګر ډیری احتمال دا ښه راغلاست نه دی.

د منظم غوښتنلیک ډاونلوډ پاڼه. زه باید دلته د هایکو لپاره څه پوسټ کړم؟

به بنډلونه (د غوښتنلیک لارښودونو په توګه شتون لري لکه AppDir یا .app د ایپل سټایل کې) او/یا عکسونه (د خورا ډیر ترمیم شوي AppImages یا .dmg د ایپل څخه) غوښتنلیکونه د هایکو ډیسټاپ چاپیریال کې ګټور اضافه کوي؟ یا به دا ټول انځور ضعیف کړي او د ټوټې کیدو لامل شي، او له همدې امله پیچلتیا اضافه کړي؟ زه ستړی شوی یم: له یوې خوا، د هایکو ښکلا او پیچلتیا د دې حقیقت پراساس ده چې معمولا د یو څه کولو لپاره یوه لاره شتون لري، نه د ډیری. له بلې خوا، د کتلاګونو او / یا غوښتنلیک سویټونو لپاره ډیری زیربنا لا دمخه په ځای کې ده، نو سیسټم د پاتې څو فیصدو لپاره غږ کوي ترڅو ځای ونیسي.

د پراختیا کونکي په وینا ښاغلی. waddlesplash

په لینوکس کې دوی (کتلاګ او اپلیکیشن کټونه، - تقریبا. ژباړن) ډیری احتمال د سیسټمیک ستونزو لپاره تخنیکي حل دی. په هایکو کې موږ غوره کوو چې په ساده ډول د سیسټم ستونزې حل کړو.

ته څه فکر کوی؟

مخکې له دې چې تاسو ځواب ورکړئ ...

انتظار وکړئ، راځئ چې یو چټک واقعیت وګورئ: په حقیقت کې د غوښتنلیک لارښود - دمخه د هایکو یوه برخه:

د غوښتنلیک لارښودونه دمخه په هایکو کې شتون لري ، مګر لاهم د فایل مدیر کې ملاتړ شوي ندي

دوی یوازې د مکینتوش موندونکي په څیر ندي ملاتړ شوي. دا به څومره ښه وي که چیرې د QtCreator ډایرکټر په پورتنۍ ښي کونج کې د "QtCreator" نوم او آیکون ولري ، کله چې دوه ځله کلیک وکړئ غوښتنلیک لانچ کړئ؟

یو څه دمخه زه لا دمخه پوښتنه وکړه:

ایا تاسو ډاډه یاست چې تاسو نن ورځ خپل لسیزې زاړه ایپس چلولی شئ کله چې ټول اپلیکیشن پلورنځي او د توزیع ذخیره د دوی او د دوی انحصارونه هیر کړي؟ ایا تاسو ډاډه یاست چې تاسو به لاهم په راتلونکي کې خپل اوسني دندې ته لاسرسی ومومئ؟

ایا د هایکو څخه لا دمخه ځواب شتون لري، یا ایا د کتلاګ او غوښتنلیک بنډلونه دلته مرسته کولی شي؟ زه فکر کوم چې دوی کولی شي.

د ښاغلي په وینا. waddlesplash:

هو، موږ د پوښتنې ځواب لرو: موږ به په ساده ډول د دې غوښتنلیکونو ملاتړ وکړو تر هغه چې اړتیا وي تر هغه چې یو څوک وکولی شي د دوی فایل فارمیټونه په سمه توګه ولولي یا یو له بل سره فعالیت چمتو کړي. په هایکو کې د BeOS R5 ایپسونو ملاتړ کولو لپاره زموږ ژمنتیا د دې ثبوت دی ...

دا د ډاډ لپاره دی!

هایکو باید څه ډول اقدام وکړي؟

زه کولی شم د hpkg ، لارښودونو او غوښتنلیک عکسونو سوله ایز همغږي تصور کړم:

• د سیسټم سافټویر کاروي .hpkg
• د ډیری مکرر کارول شوي سافټویر لپاره (په ځانګړي توګه هغه چې د رولینګ ریلیزونو مهالویش ته اړتیا لري) وکاروئ .hpkg (د ټولو قضیو نږدې 80٪)
• ځینې ​​​​له لارې نصب شوي .hpkg، غوښتنلیکونه به د غوښتنلیک لارښود زیربنا (د مثال په توګه QtCreator) ته د تګ څخه ګټه پورته کړي: دوی به په توګه توزیع شي .hpkg، لکه مخکې.

ښاغلی. waddlesplash لیکي:

که تاسو ټول ورته اړتیا لرئ د غوښتنلیکونو لیدل دي /system/apps، پرځای یې موږ باید په ډیسکبار کې لارښودونه د کاروونکو لپاره د مدیریت وړ کړو ، ځکه چې /system/apps د دې لپاره ندي چې په منظمه توګه د کاروونکو لخوا پرانستل شي او لیدل کیږي (د MacOS برعکس). د داسې حالاتو لپاره، هایکو یو مختلف تمثیل لري، مګر دا اختیار، په تیوري کې، د منلو وړ دی.

• هایکو د اپلیکیشن انځورونو چلولو لپاره زیربنا ترلاسه کوي، د شپې، دوامداره او د سافټویر جوړونې ازموینې، او همدارنګه د هغو قضیو لپاره کله چې کاروونکي غواړي "په وخت سره منجمد کړي"، د شخصي او داخلي سافټویر لپاره، او د نورو ځانګړو کارولو قضیې (شاوخوا 20٪) دټولو). دا عکسونه د غوښتنلیک چلولو لپاره اړین فایلونه لري .hpkg، د سیسټم لخوا ایښودل شوی ، او د غوښتنلیک بشپړیدو وروسته - غیر نصب شوی. (شاید د فایل مدیر کولی شي فایلونه ځای په ځای کړي .hpkg د غوښتنلیک انځورونو کې، په اتوماتيک ډول یا د کاروونکي په غوښتنه - ښه، لکه کله چې تاسو یو غوښتنلیک د شبکې ډایرکټر یا بهرني ډرایو ته کش کړئ. دا یوازې یوه سندره ده! یا بلکه، شاعري - هایکو.) له بلې خوا، کاروونکي ممکن د عکس مینځپانګې د فایلونو په بڼه نصب کړي..hpkg، چې وروسته به دوی په ورته ډول نوي او پروسس شي لکه څنګه چې دوی د هایکو ډیپو له لارې نصب شوي ... موږ باید مغز ته اړتیا ولرو).

د ښاغلي څخه اقتباس waddlesplash:

د بهرني ډرایو یا شبکې لارښودونو څخه د غوښتنلیکونو چلول احتمالي ګټور کیدی شي. او د pkgman لپاره د نورو "زونونو" تنظیم کولو وړتیا اضافه کول به یقینا یو ښه خصوصیت وي.

دا ډول سیسټم به د hpkg ، لارښودونو او غوښتنلیک عکسونو څخه ګټه پورته کړي. دوی په انفرادي ډول ښه دي، مګر په ګډه به دوی د نه منلو وړ شي.

پایلې

هایکو یو چوکاټ لري چې د کمپیوټر لپاره ساده او پیچلي کاروونکي تجربه چمتو کوي، او د هغه څه څخه ډیر ځي چې په عمومي ډول د لینکس کمپیوټر لپاره چمتو کیږي. د بسته بندۍ سیسټم .hpkg دا یوه بیلګه ده، مګر پاتې سیسټم هم د پیچلتیا سره مخ دی. په هرصورت، هایکو به د مناسب ډایرکټر او غوښتنلیک عکس ملاتړ څخه ګټه پورته کړي. دا څومره غوره ده چې د هغو خلکو سره خبرې وکړئ چې د هایکو، فلسفې او جوړښت سره زما په پرتله ډیر ښه پوهیږي. په هرصورت، زه د یوې اونۍ څخه لږ څه لپاره هایکو کاروم. په هرصورت، زه باور لرم چې د هایکو ډیزاینران، پراختیا کونکي او معماران به له دې نوي لید څخه ګټه پورته کړي. لږ ترلږه، زه به خوشحاله شم چې د دوی "سخت ملګری" شم. زه د لینکس اپلیکیشن کتلاګونو او بنډلونو سره د 10 کلونو څخه ډیر تجربه لرم، او زه غواړم چې په هایکو کې د دوی لپاره کار پیدا کړم، د کوم لپاره چې زما په اند دوی مناسب دي. هغه احتمالي حلونه چې ما وړاندیز کړي په هیڅ صورت کې د هغه ستونزو لپاره یوازینۍ سمې ندي چې ما بیان کړي دي، او که د هایکو ټیم پریکړه وکړي چې نور، ډیر ښکلي حلونه ومومي، زه د دې لپاره یم. اساسا، زه لا دمخه د دې مفکورې په اړه فکر کوم چې څنګه یو سیسټم جوړ کړم hpkg حتی ډیر حیرانتیا پرته له دې چې د کار کولو طریقه بدله کړي. دا معلومه شوه چې د هایکو ټیم د اوږدې مودې لپاره د غوښتنلیک بنډلونو په اړه فکر کاوه کله چې د بسته بندۍ مدیریت سیسټم پلي کول، مګر له بده مرغه (زه فکر کوم) دا نظر "متروک" شو. شاید دا د بیا ژوندي کولو وخت دی؟

دا پخپله هڅه وکړئ! په هرصورت، د هایکو پروژه د DVD یا USB څخه د بوټ کولو لپاره عکسونه چمتو کوي، تولید شوي د.
ایا تاسو کومه پوښتنه لرئ؟ موږ تاسو ته بلنه درکوو چې په روسیه کې خبرې وکړي د تلیګرام چینل.

د تېروتنې کتنه: څنګه په C او C++ کې په پښو کې ځان ډزې وکړئ. د هایکو OS ترکیب ټولګه

له لیکوال ژباړه: دا د هایکو په اړه د لړۍ اتمه او وروستۍ مقاله ده.

د مقالو لیست: لومړی دوهم دریم څلورم پنځم شپږم اووم

یوازې راجستر شوي کاروونکي کولی شي په سروې کې برخه واخلي. ننوزئمهرباني وکړئ

ایا دا معنی لري چې لینکس ته د hpkg سیسټم پورټ کړئ؟

• چې

• نه

• دمخه پلي شوی ، زه به په نظرونو کې ولیکم

20 کاروونکو رایه ورکړه. 5 کاروونکي منع شوي.

سرچینه: www.habr.com