Aliquid aliud: Haiku app fasciculos?

TL, DR: Potest Haiku proprium subsidium applicationis packages accipere, ut application directoria (sicut .app in Mac) et / vel imagines applicationem (Linux AppImage)? Dignum puto hoc additionem faciliorem esse ad recte efficiendum quam ceterae systemata, cum pleraeque infrastructurae iam in loco sint.

A week ago Haiku inveni, rationem bonam inopinatam. Bene, cum diu in directoriis et applicationibus imaginum (pro simplicitate Macintosh inspirati), non mirum est quod idea in mentem venit mihi...

Ad plenam intelligentiam, ego sum creator et auctor AppImage, forma applicationis Linux quae ad simplicitatem Mac tendit et plenam potestatem dat applicationi auctorum et finis utentium (si plura scire vis, vide. minim veniam, и Litterarum).

Quid si Appiam Haiku facimus?

Cogitemus aliquantulum, pure theoretice: quod fieri debet ut possit AppImageaut quid simile Haiku? Nunc aliquid creare non est necessarium, quia systema, quod iam in Haiku existit, mirifice operatur, sed experimentum imaginarium pulchrum esset. Haiku etiam sophisticationem demonstrat, cum Linux escritorio ambitus comparato, ubi talia sunt valde difficilia (Ius mihi est dicere: Laboravi cum debugging per X annos).

De Systemate Macintosh 1, singula applicatio fasciculi separati "factus" in Finder erat. AppImage utens eandem experientiam usoris in Linux recreare conor.

Primo quid est imago? Haec est ratio applicationis tertiae solvendi partium (exempli gratia; Cura Ultimaker) applicationes permittendae quando et quomodo emittendi volunt: non opus est variarum distributionum specialia cognoscere, consilia aedificare vel infrastructuram aedificare, nulla assertor subsidii opus est, nec usoribus indicent quid instituere possint. in computers. Appimago intelligenda est simile quid cum Mac sarcina in forma .app intra orbis imaginem .dmg. Praecipua differentia est quod applicationes non sunt exscriptae, sed intus in Appimagio manent in perpetuum, eadem fere ac fasciculi Haiku. .hpkg conscendit, et nunquam in usu consueto inauguratus est.

Plus quam 10 annos exsistentiae, Appimago aliquam appellationem et favorem consecutus est: ipse Linus Torvalds publice comprobavit, et incepta communia (exempli gratia, LibreOffice, Krita, Inkscape, Scribus, ImageMagick) eam assumpsit ut in via principali. continuas vel nocturnas aedificationes distribuere, non impedito adhibitis applicationibus inauguratis vel uninstalled. Nihilominus, Linux escritorio ambitus et distributiones saepissime adhuc adhaerent tradito, centrali conservatori fundato distributionis exemplar et/vel negotium proprium promovendi et/vel programmata operandi innixa. Flatpak (RedHat, Fedora, GNOME) et RAPIDUS (Canonic, Decuria). venit ridicule.

Quomodo omnia operatur

• Quaelibet Appimago continet 2 partes: parva duplex ELF (ita dicta. runtime.c) Sequitur imago lima ratio SquashFS.

• SquashFS systema fasciculi continet payload applicationis et omnia quae ad illud currendum opus sunt, quae recta mente considerari non potest pars defaltae institutionis pro omni systemate target recentissimo (Linux distributio). Continet etiam metadata, ut nomen applicationis, icones, genera MIME, etc., etc.

• Cum currere ab utente, runtime utitur CONLISUS et cucurbitae ad tabularium conscendendum, et tunc tractat currendo punctum aliquod viscus (aka AppRun) intus ascendentis AppImage.
  Tabella inmensus postquam processum complet.

Omnia simplicia videntur.

Atque haec omnia inpediunt;

• Cum tam variis Linux distributionibus, nihil "in mente recta" dici potest "pars defaltae institutionis pro omni systemate novo scopo." Nos circa hoc opus per aedificationem exitus excludelistpermittens te statuere quid in Appimago sit et quid aliunde capiendum erit. Eodem tempore interdum caremus, non obstante quod in genere omnia magna operantur. Quam ob rem commendamus ut creatores sarcinas in omnibus systematibus scoporum (distributiones).
• Applicationes payloads trans tabella ratio esse oportet. Infeliciter, multae applicationes habent vias absolutas duro-coded, exempli gratia, facultates in /usr/share. Hoc certo quodam modo debet. Praeterea vel exportare debetis LD_LIBRARY_PATHAut figere rpath ut oneratus bibliothecas relatas inveniat. Primus modus habet sua incommoda (quae multipliciter vincuntur), secunda simpliciter gravia.
• Maximus UX foveam pro users est set frenum exsecutabile AppImage file post demptionem. Crede vel non, claustrum hoc reale est aliquot. Necessitas exsecutabilitatis frenum gravia etiam pro usoribus peritis ponendi est. Ut habemus circum, inaugurari suggessimus parvum servitium monitores tabularum AppImage et earum exsecutabilitatem frenum ponit. In pura forma, optima solutio non est, cum ex arca non operabitur. Distributiones Linux hoc officium non praebent, ergo utentes malam experientiam ex pixide habent.
• Linux utentes exspectant novam applicationem iconem in menu startup habere. Systema indicare non potes: "Ecce nova applicatio est, opus est." Instead, secundum speciem XDG, tabellam imitari debes .desktop ad dextram in /usr ad systema-wide institutionem vel in $HOME per singulos. Icones quarundam magnitudinum, secundum specificationem XDG, in quibusdam locis collocandae sunt usr aut $HOMEac deinde mandata currere in ambitu laborantis ut iconem cella renovaret, vel sperat procuratorem ambitus laborantis eum viderit ac statim omnia deprehendet. Idem cum MIME generibus. In quo habemus, proponitur eadem opera uti, quae, praeter vexillum exsecutabilitatis, testamentum, si icones sunt, etc. in Appimag, transcribe ab Appimag ad loca dextra, juxta XDG. Cum deleta vel mota, servitium expectatur ut omnia purgaret. Utique differentiae sunt in moribus cuiusque ambitus laborantis, in graphicis formatorum, amplitudinum, locorum ac rationum repositionis ad thesauros augendi, quae quaestionem creat. In summa, haec methodus fusum est.
• Si superius satis non est, nulla adhuc est icon AppImage in tabella procuratoris. Linux mundus nondum elficon efficere voluit disputationem и implementation), ita impossibilis est iconem in applicatione emungi. Ita evenit ut applicationes in tabella procurator suas icones suas non habeant (nulla differentia, AppImage vel aliquid aliud), tantum in tabula initii sunt. Sicut habemus circum, ailnthubms utimur, mechanismum qui principio destinatus erat ut permitterent desktop actores ut ostenderet thumbnail praevisum imagines imaginum graphicarum ut eorum icones. Ergo, ministerium ad exsecutabilitatem constituendam frenum etiam operatur sicut "miniaturizer", ailntillas iconem creans et scribens in locis opportunis. /usr и $HOME. Hoc officium tersus etiam exercet si AppImage deleta vel mota est. Ob id quod quilibet procurator escritorio leviter aliter se gerit, exempli gratia, in quibus format icones acceptat, quantis vel locis, hoc totum vere molestum est.
• Applicatio simpliciter incidit in executione si errores incidant (exempli gratia, bibliotheca est quae non est pars basis systematis et in AppImage non suppletur), et nullus est qui usorem in GUI narrans quidnam eveniat. Nos coepi ut circa hoc utendo notitiam in escritorio, quod significat necesse est ut errores capiendi ex linea mandatorum, illos in nuntiis usoris intellectis convertas, quae tunc in desktop exponi necesse est. Et sane, paulo aliter eas tractat singulas escriticas ambitus.
• In momento (septembris 2019 - notae interpres) non inveni simpliciter viam ad systema tabellae indicandum. 1.png aperiendum est utens Krita et 2.png — utens GIMP.

Repono locus ad crucem-desktop specifications in GNOME, KDE и XFCE est freedesktop.org

Praestans ruditatis assequendis penitus contextis in opere Haiku ambitus difficilis est, nisi impossibilis, propter specificationes XDG ex libertisktop.org pro crucis-desktop, necnon exsecutiones procuratorum desktoporum innituntur his specificationibus. Exempli gratia, unum systema-latum Firefox iconem afferre possumus: auctores XDG ne putes quidem posse usorem habere plures versiones eiusdem applicationis inauguratas habere.

Icones pro varia versione Firefox

Miratus sum quid Linux mundus discere ex Mac OS X posset ad integrationem systematis evitandam cupidum. Si tempus habes et in hoc es, scito legendum esse quod Arnaud Gurdol, primus Mac OS X fabrum unus, dixit:

Nos applicationem instituere voluimus tam facilem quam iconem applicationis alicunde (servo, externi coegi) in computatrum tuum trahere. Ad hoc faciendum, sarcina applicationis omnes informationes, inter icones, versionem, genus fasciculi discursum, typus url machinis quas ratio cognoscendi ad applicationis processum debet. Hoc etiam notitias includit pro 'repositione centralis' in Officiis iconibus et servitiis datorum duc. Ad effectum deducendum, applicationes in pluribus locis notis "inventae sunt": systema et usor Applicationum directoria, et quaedam alia sponte, si utens navigat ad Finder in indicem applicationis continens. Hoc in usu optime laboravi.

https://youtu.be/qQsnqWJ8D2c
Lacus WWDC 2000 sessionis 144 - Mac OS X: applicationes sarcinae et documenta typographica.

Nihil simile est haec infrastructura in escritorio Linux, sic laborantes circum limitationes fabricarum in tabula Appimago quaerimus.

Estne Haiku venire ad subveniendum?

Et unum plura: Linux suggesta ut basis ambitus escriticarum ita subobscurum tendunt ut multae res admodum simplices in systemate constanti pleno in Linux frustratinguantur et incomplicatae sint. Renuntiationem integram devovi de quaestionibus quae in suggestu Linux ad ambitus escritorio pertinentes (commentationes scientes confirmaverunt omnia hoc modo diutissime mansura esse).

Renuntiatio mea de quaestionibus Linux escritorio in ambitus 2018

Etiam Linus Torvalds agnovit fragmentum esse cur idea in workspace defecit.

Nice to see Haiku!

Haiku facit omnia miris modis simplex

Dum rusticus accessus ad "portandi" AppImage ad Haiku est simpliciter conari ut eius partes (maxime runtime.c et ministerium) aedificare (quod vel fieri possit), hoc Haiku multum emolumenti non praebebit. Quia re vera, pleraeque hae difficultates in Haiku solvuntur et ratione soni sunt. Haiku prorsus ratio praebet caudices aedificationis infrastructure quas in Linux desktop ambitibus tam diu quaesivi nec credere poterat ibi esse. Nempe:

Crede vel non, hoc est quod multi Linux utentes vincere non possunt. In Haiku omnia automatice aguntur!

• ELF fasciculi qui exsecutabilitatem non habent, unum statim accipiunt cum duplices clicked in tabella procuratoris.
• Applicationes in opibus aedificari possunt, ut icones, quae in tabula procuratori exhibentur. Imaginum fasciculum in specialibus directoriis cum iconibus imitari non oportet, ideoque non opus est eas purgare deletis vel admotis applicationibus.
• Data est ad applicationes ligandi cum documentis, nihil opus est huic imagini aliquas exscribere.
• In indice lib/ proximo documenti exsecutabile, bibliothecae per defaltam investigantur.
• Nullae sunt multiplices distributiones ac ambitus desktop: quaecumque opera, ubique operatur.
• Nullus est modulus separatus ad currendum qui diversus est ab directorio Applicationum.
• Applicationes non in suis opibus absolutis semitas aedificaverunt, peculiares habent functiones ad locum currentis temporis determinandum.
• Idea imaginum deprimentium de lima systematis introducta est: haec est quaevis hpkg sarcina. Omnes earum nucleo conscenduntur.
• Quisque fasciculus aperitur applicatione quae eum creavit, nisi aliud expresse expresseris. Quam frigus est!

Duo png files. Nota icones varias indicantes diversis applicationibus aperietur cum duplices clicked. Etiam nota "Aperi cum" tabula deprimi ubi usor singularem applicationem eligere potest. quam simplex!

Plures fusarum et operariorum, quae ab Appimago de Linux in Haiku requiruntur, apparet, quae simplicitatem et ruditatem in suo nucleo habet, quod maxime tractandum efficit necessitates nostras.

Numquid opus est Haiku app packages post omnes?

Hoc ad magnam quaestionem ducit. Si magnitudinis ordo facilior esset ut AppImage in Haiku quam in Linux systema crearet, valeret facere? An Haiku, cum suo hpkg systematis sarcina, necessitatem talem ideam explicandi efficaciter removevit? Bene respondere oportet videre causam exsistentiam AppImages.

User scriptor perspective

Intueamur finem usoris nostri:

• Applicationem instituere volo sine tessera administratoris (radix) postulando. Nulla notio administratoris in Haiku, usoris plenam potestatem habet sicut ratio personalis est! (In principio, hoc in pluribus lusoribus modo fingere potes, spero tincidunt simplicem custodire)
• Postremas et maximas versiones applicationum obtinere cupimus, sine exspectatione ut appareat in mea distributione (saepe hoc significat "numquam", saltem nisi totam systema operantem renovabo. Die Haiku hoc est "solvitur" cum fluitantem solvo. Id quod fieri potest ut postremas et maximas versiones applicationum accipias, sed ad hoc faciendum opus est ut reliqua ratio constanter renovaatur, efficaciter illud in "scopum movens" convertens..
• Plures versiones eiusdem applicationis una pariter cupimus, quia nullo modo est scire quid in recentissima versione fractum sit, vel, inquam, ego, ut elit tela, opus meum sub diversis scriptionibus navigantium probare debeo. Haiku primam quaestionem solvit, sed non secundum. Updates revolvuntur, sed solum ad totam rationem: impossibile est (quantum scio) currere, exempli gratia, plures versiones textus positivi vel LibreOffice simul.

Unus ex tincidunt scribit:

Ratio essentialiter haec est: usus casus tam rarus est ut optimizing nam non convenit; tractans eam ut casum specialem in HaikuPorts plus acceptum videtur.

• Mihi opus est ut apps ubi amo, non in mea startup coegi. Saepe e spatio orbis excurrere, ideo opus est connectere externum coegi vel retis directorium ad applicationes reponendas (omnes versiones quas accepi). Si talem actiuam coniungo, applicationes duplices strepitando immittendi opus est. Haiku antiquas versiones fasciculorum servat, sed nescio quomodo eas ad coegi externam movere, vel quomodo applicationes inde postea deducere.

Elit comment:

Technicaliter, hoc iam fieri potest cum mandato Montis. Utique GUI hoc faciemus quam primum satis interest utentes habebimus.

• Non egeo decies centena milia imaginum per systema fasciculi sparsum, quod me manually regere non possum. Unum fasciculum per applicationes volo ut facile excipere, movere, delere possum. De Haiku hoc problema solvitur usura packages .hpkgquae transferunt, verbi gratia, python, ex millibus fasciculorum in unum. Si vero est, verbi gratia, Scribus Pythone utens, mihi cum duobus saltem fasciculis agendum est. Mihi autem curae est ut versiones eorum qui inter se laborant.

Plures versiones AppImagum decurrentes iuxta eandem Linux

Applicationem elit scriptor perspective

Intueamur ab applicatione elit parte:

• Totam experientiam usorum regere volo. Nolo pendere in systemate operante ut indicaret mihi quando et quomodo applicationes dimitterem. Haiku permittit tincidunt operari cum repositoria sua hpkg, sed hoc significat quod utentes debebunt manually erigere, quod facit ideam "minus amabilis".
• I have a download page on my website where I distribute .exe pro Fenestra, .dmg pro Mac et .AppImage pro Linux. Vel fortasse accessum ad hanc paginam monetize cupio, quid fieri potest? Quid ibi Haiku ponerem? Scapus satis est .hpkg cum clientibus solum ex HaikuPorts
• Software meus versiones specificas aliarum programmatum requirit. Exempli gratia, notum est Krita postulare versionem Qt perantiquam, seu Qt, quae in versione Krita certae versa est, saltem donec inaequaliter in Qt retrudatur. Potes sarcina tua Qt pro applicatione in sarcina .hpkgSed hoc fere non placet.

Regularis applicationis pagina download. Quid hic pro Haiku postem?

Voluntatem bundles (exsistens in applicatione directoriis sicut AppDir or .app in Apple style) et / vel imagines (in forma valde mutatio AppImages vel .dmg ex Apple) applicationes utiles additiones ad environment Haiku escritorio? An totam picturam diluet, et in fractionem ducet, et implicationem addet? Divelli: ab una parte, pulchritudo et ruditas Haiku innititur eo quod solet aliter facere aliquid, quam multa. E contra, pleraque infrastructurae pro catalogis et/vel applicationibus consentaneis iam in locis sunt, sic ratio clamat ut reliquae paucae centesimas in locum incidant.

Secundum elit Dominus. waddlesplash

De Linux ipsi (catalogi et applicatione kits, - approx. translator) Maxime verisimile est solutio technica ad problemata systemica. In Haiku potius problemata ratio solvendi simpliciter.

Quid tibi videtur?

Priusquam respondes...

Exspecta, faciamus velox re vera reprehendo: in facto applicationem directoriis — iam partem Haiku;

Applicatio directoria iam in Haiku existunt, sed nondum in tabella procuratori suffulta sunt

Iustus non aeque fultus est ac, inquiunt, Macintosh Finder. Quomodo frigus esset si QtCreator directorium "QtCreator" nomen et iconem in summo angulo sinistro habuisset, applicationem cum duplici clicked deducendo?

Paulo ante me iam quaesivit:

Certusne es tu hodie apporum apporum decennalium tuos currere cum omnes apothecae et distributiones repositoria eorum obliti sunt eorumque clientelas? An confidis te adhuc posse accedere ad officium tuum currente in futuro?

Estne iam responsum ab Haiku, an catalogi et applicationes fasciculi hic adiuvare possunt? posse arbitror.

Secundum mr. waddlesplash:

Etiam interrogationi responsionem habemus: has applicationes sustinebimus tamdiu quam necesse est donec quis eorum formas tabellarum legere potest recto modo vel unum ad unam functionem providere. Propositum nostrum ad BeOS R5 apps in Haiku supportandi probationem huius...

Quod iustum est?

Quid factu esse Haiku accipere?

Opinari possum pacificam convictum hpkg, directoria et applicationes imaginum;

• Ratio software usus .hpkg
• Nam programmatis frequentissimus usus est (praesertim ea quae opus sunt ad schedulas volvendas emissiones), usus .hpkg (Proxime LXXX% omnium casuum)
• Quidam installed per .hpkg, applicationes iuvabunt movendo ad directorium infrastructurae applicationis (eg QtCreator): distribuentur sicut .hpkg, ut prius.

Dominus. waddlesplash scribit:

Si omne opus est ut view applications in /system/apps, sed potius directoria in Deskbar tractabiliores pro usoribus reddere debeamus /system/apps non vult ut ab usoribus aperiatur et conspiciatur (dissimilis MacOS). Talibus adiunctis, Haiku aliud paradigma habet, sed haec optio, in doctrina, acceptabilis est.

• Haiku infrastructuram accipit pro imaginibus applicationis currit, nocturnis, continuis et experimentis fabricarum programmatum, tum pro casibus cum user "in tempore durare vult", pro programmatibus privatis et internis, aliisque casibus speciali usu (circiter 20%). omnium). Imagines hae imagines continent necesse est ad applicationem currendam .hpkginsidet ratio, et post applicationem inpediti. (Forsitan lima procurator posuit files .hpkg in applicationes imagines, automatice vel ad petitionem usoris — bene, sicut cum applicatione ad retis presul vel extraneam trahis. Canticum suus iustus! Vel potius poesis - haiku.) Contra, utentis velit contenta imaginis in forma imagini instituere..hpkg, post- quam renovabitur et discursum est eodem modo ac si per HaikuDepot installati sunt... Interitus opus est).

Recita ex mr. waddlesplash:

Currens applicationes ab externis agitationibus vel directoriis retis utiles esse possunt potentia. Facultatem addere et plures "zonas" configurare pro pkgman certum esse plumam lepidam esse.

Talis systema hpkg, directoria, et applicationes imaginum usui essent. Singuli boni sunt, sed simul invicta fient.

conclusio,

Haiku compagem habet, quae experientiam simplicem et sophisticam usoris pro PC praebet, et longe excedit quae Linux PC provisa est. Sarcina ratio .hpkg est unum exemplum, sed reliqua ratio ruditatis imbuta est. Nihilominus, Haiku prodesset ex directorio proprio et subsidio imaginis applicationis. Quam optime hoc facere dignum est disceptare cum iis qui Haiku sciunt, philosophiam et architecturam multo melius quam ego. Ceterum Haiku paulo plus quam in hebdomade usus sum. Nihilominus credo Haiku designatores, tincidunt, et architectos ex hac nova rerum prospectu profuturam. Saltem, felix esse vellem eorum “parcere particeps”. Plus X annos in usu manus habeo cum applicatione Linux catalogi et fasciculi, et in Haiku usum invenire vellem, pro quo perfectam esse aptum puto. Potentiales solutiones quas proposui minime sunt solae rectae ad problemata de quibus descripsimus, et si turma Haiku alias, elegantiores invenire decernit, ego totus est. Plerumque, iam cogito de idea quomodo systema conficiat hpkg magis etiam mirum in via mutando operatur. Evenit ut Haiku turmas de applicatione manipulorum diu cogitasset cum systemate sarcina in effectum deducendi, sed proh dolor (opinor) idea "obsoletae" facta est. Forsitan tempus illud reviviscit?

Te ipsum proba! Post omnes, consilium Haiku imagines praebet ut tabernus ex DVD vel USB, generatae ежедневно.
Possedi quaestiones? Invitamus ad Russian-loqui telegraphum channel.

Error overview: Quomodo te in pede iacies in C et C++. Haiku OS facito Collectionis

ex author translatio: hoc est articulus octavus et ultimus in serie de Haiku.

Index capitulorum: primus secundus tertium Quartum quintus sextus Septimum

Tantum usores descripserunt in aliquet participare possunt. InscribeTe gratissimum esse.

Sensum facit Linux portum hpkg?

• Yes

• No

• Iam perficiatur in commentaria scribam

20 utentes censuerunt. 5 Utentes abstinuerunt.

Source: www.habr.com