Új hozzászólás Aktív témák

• #116 bambano titán urandom0 #111

  Új Válasz 2024-12-08 16:39:32 #116

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bambano

  titán

  válasz urandom0 #111 üzenetére

  Szerintem szemléletbeli problémád van:
  a flatpak nem ad apit. semmilyet, se stabilt, se instabilt. az apit a linuxos programok, libek adják. vagyis az lesz a flatpakBEN az api, amit oda csomagoltak. ugyanezt egy deb-be vagy targz-be is bele lehet csomagolni. tehát az api stabilságához a flatpaknek semmi köze.

  deb-hez van közös terjesztési módszer és központi repó is. az, hogy a flatpakhez csinálnak egy n+1. repót, nem feltétlenül jó, mert nem tudjuk, hogyan kerül bele egy csomag. max. azt tudjuk, mit írtak le arról, hogy hogyan kerül bele egy csomag, de hogy az alapján konkrétan mi történik, senki nem tudja. az, hogy mit raksz fel, erősen bizalom alapú, és ezt a bizalmat a flatpak nálam nem szerezte meg. és ahogy látom, nem is fogja.

  a sereg disztró sem igaz. a disztrók zömében azonos szoftvereket csomagolnak, legfeljebb sebességbeli eltéréseik vannak. oké, most a nagyon egzotikus disztrókról ne beszéljünk a musl libc-vel.. de a disztrók zöme, főleg, amik üzleti szempontból számítanak, gnu libc-t, gnu compiler collectiont, ugyanazt az X apit, stb. használnak, max. azon van vita, hogy dash vagy bash.

  én például használok 8-as firefoxot debian testingen. pont tegnap akadt a kezembe az openttd, ott a targz-ben benne volt minden lib, amire verziózottan szüksége van. a mozilla is meg tudta oldani a debian verziókon keresztüli széleskörű kompatibilitást, meg az openttd közösség is, hogy csak két példát mondjak hirtelen. de emlékeim szerint ez igaz volt eddig a sunos java-ra is. szóval egyáltalán nem lehetetlen megcsinálni, csak érteni kell hozzá. a flatpakesek nem értenek hozzá, különben nem lenne flatpak.

Új hozzászólás Aktív témák