Fórum Root.cz
Hlavní témata => Distribuce => Téma založeno: Pali 08. 05. 2013, 22:38:33
-
Dnes nam Colin Watson na mailingliste ubuntu napisal plany na novy balickovaci system pre ubuntu aplikacie, kedze dpkg je pre ne nevyhovujuci (asi podobne ako nevyhovujuci Xserver :D), viac: https://lists.ubuntu.com/archives/ubuntu-devel/2013-May/037074.html
Medzi klucove vlastnosti patri:
* ziadne zavislosti medzi aplikaciami (vsetky zavisloti si aplikacie dotiahne v sebe)
* kadza aplikacia bude nainstalovana vo vlastnej separovanej zlozke
* bez instalacnych skriptov
Kebyze je prvy april, tak to je naozaj podareny vtip. Co mi to len pripomina? Zeby Program Files? :-)
Ale ako moze niekto nazvat hentu vec ako balickovaci system pre aplikacie? Alebo som jediny co nevidi tie vyhody skryte za tym? Kedze ubuntu je majoritna linuxova distribucia, podla mna sa to dotkne linuxoveho desktopu... Co si o tom myslite?
-
Co si o tom myslite?
Prvořadě to mně osobně říká: "Zapomeň na nasazení Ubuntu kamkoli, kde očekáváš budoucnost delší než rok". Překotnost změn, které udělali/chystají/zvažují mě děsí.
Ale jinak jako koncept to není tak strašný, jak to možná na první poslech na Linuxáka působí (přečetl jsem teda jenom zběžně). Hlavně to není ničím objevný, měl to takhle NeXTSTEP, má to MacOS, PC-BSD, částečně Windows... Nezapomeň, že tam je ten stabilní base, to je imho cesta jednoznačně správným směrem. Mít i ty nejzákladnější komponenty systému v třiceti oddělených balíčcích, to je package mgmt trochu dovedený ad absurdum. Co vím, nikde jinde než na Linuxu to takhle není. To je imho správná myšlenka. Ještě by to ale chtělo, aby se na tom bejsu domluvily aspoň tři velké distribuce, bez toho to trochu ztrácí efekt...
No a ten zbytek už není nic moc zajímavého, prostě snaha zjednodušit život dodavatelům 3rd party softwaru.... ...už dvacet let známým způsobem ;)
-
... Kedze ubuntu je majoritna linuxova distribucia, podla mna sa to dotkne linuxoveho desktopu... Co si o tom myslite?
Myslim, ze ubuntu brzy prestane byt majoritni linuxova distribuce.
-
Mít i ty nejzákladnější komponenty systému v třiceti oddělených balíčcích, to je package mgmt trochu dovedený ad absurdum. Co vím, nikde jinde než na Linuxu to takhle není. To je imho správná myšlenka.
Tedy teď nevím, jestli jsem tě dobře pochopil, ale měl jsem za to, že většina linuxových distribucí má minimum duplicitních dat. Naopak tento nový balíčkovací systém má zavést že "vsetky zavisloti si aplikacie dotiahne v sebe", čímž vznikne zřejmě hromada duplicit.
Přijde mi, že se takhle jdou úplně na opačnou stranu než by měli jít při řešení tohoto problému.
-
Co si o tom myslite?
Že když jednou za pár let někdo vnese do zasmrádlých stojatých vod linuxu "nový svěží vítr", tak všichni začnou prskat, jak tady byl smrádek, ale teploučko. Oba přístupy mají svoje pro a proti. Když se takhle rozhodli, tak pro to zřejmě mají svoje důvody, navíc celá záležitost je pořád otevřená a na její realizaci ani dojít nemusí.
-
Všechno si táhnout s sebou má tu výhodu, že se nemůžou rozbít závislosti, případně že nová verze knihovny nebude fungovat se starým dynamicky linkovaným kódem. Při dnešních cenách disků a pamětí... klidně i pro každou architekturu v jedné binárce.
-
Tedy teď nevím, jestli jsem tě dobře pochopil
Myslím, že ne. Narážel jsem na tohle:
So the scope of what I've been considering is
purely leaf apps built on a fixed "base system", which in the case of
the initial target of the Ubuntu phone/tablet work would be the run-time
part of the Ubuntu SDK.
Není špatný mít základní systém se základními utilitami jako monolit. Není důvod ho mít ve třiceti balíčcích, protože ty jsou stejně tak provázané, že musí být nainstalované všechny. Viz např. http://www.jaredbellows.com/wp-content/uploads/2007/11/lvs.png - všechno pod sysvinit, netbase, adduser, klogd, udev může být klidně jako jeden balíček.
Samozřejmě Ubunťáci nad tím uvažují kvůli tomu, že pokukují po trhu smartfonů, kde by se jim se současným rozdrobeným systémem špatně pracovalo (viz reakce na ten předmětnej mail).
Není na tom nic divnýho, jak už jsem říkal, většina systémů to tak má a má to logiku.
-
Sorry za chybku formátování. Však to pochopíte, co jsem psal já :)
-
Podla mna by mohla existovat ina cesta...spravit balickovaci system, kde by boli zavislosti vyjadrene nie len >= verzia, ale aj <= verzia.
Az vtedy ak by nejaky program chcel novsiu verziu balicka aky je nainstalovany, tak by si ju stiahol.
-
Prvořadě to mně osobně říká: "Zapomeň na nasazení Ubuntu kamkoli, kde očekáváš budoucnost delší než rok". Překotnost změn, které udělali/chystají/zvažují mě děsí.
tohle je imho blbost. Nasazuju 12.04 na server i desktop. 14.04 se docela bojim to je pravda, ale 4 roky supportu jeste prede mnou takze verim ze do 16.04 ten mir vychytaji k pouzitelnosti.
Na desktopu mi debian nenabizi Unity(nebo aspon kdyz jsem naposledy patral tak to neslo).
no a server je pro me vyhodne mit stejny jadro jako destkop. Vubec z toho nemam strach. Naopak si myslim, ze tyhle zasadni kroky ktery chystaji muzou pozici Ubuntu posilit.
-
no a server je pro me vyhodne mit stejny jadro jako destkop. Vubec z toho nemam strach. Naopak si myslim, ze tyhle zasadni kroky ktery chystaji muzou pozici Ubuntu posilit.
Do doby než se ti na prvním serveru ty binární srágory rozbijou.
-
- více balastu v sysému, duplicity knihoven, atd
+ snadnější jail aplikací, více verzí jednoho softu kde každý má jiné dependy, snadnější migrace na novější verze, lepší správa, upgrade jedné servisy nebo knihovny nanaboří ostatní.
Takže bych to ta neviděl tak tragicky, ale více bude zřejmé až po nasazení. Pokud zůstane možnost používat standardní distribuční balíky a k tomu i nový systém tak to rád otestuji.
-
no a server je pro me vyhodne mit stejny jadro jako destkop. Vubec z toho nemam strach. Naopak si myslim, ze tyhle zasadni kroky ktery chystaji muzou pozici Ubuntu posilit.
Do doby než se ti na prvním serveru ty binární srágory rozbijou.
ve 12.04 se tak nestane. a az budu muset resit prechod tak kdo vi co bude za tech 5 let.
-
Rekl bych, ze az to zavedou, tak mira moji nasranosti na Ubuntu presahne miru moji lenosti a na netbook si prehulakam Debian testing, co mam na desktopu.
-
Funguje to na 99% PC, to zbyle 1% (linux) to nema a ma zastoupeni 1%.
Linux me nasral onehda, konkretne debian. Potreboval jsem nainstalovat jiz nepodporovanou aplikaci z roku 2006 a hle ono to neslo rozchodit, at jsem se s tim sral jak jsem chtel. Pak jsem teda udelal downgrade jednoho baliku a byl jsem v pici uplne, nebot mi prestalo fungovat tak 30% aplikaci. 3 hodiny drbacka, nez jsem to rozchodil vse. Kvuli jedne jedine zpicene 7 let stare aplikaci. Takze ja jsem pro jail, at si kazda aplikace nese sebou knihovny, s kterymi na 100% funguje. Ze bude pak linux zabirat misto 6GB treba 60GB je mi uprimne u rite, smazu 15 porno filmu a bude zas dostatek mista.
-
Dnes nam Colin Watson na mailingliste ubuntu napisal plany na novy balickovaci system pre ubuntu aplikacie, kedze dpkg je pre ne nevyhovujuci (asi podobne ako nevyhovujuci Xserver :D), viac: https://lists.ubuntu.com/archives/ubuntu-devel/2013-May/037074.html
Medzi klucove vlastnosti patri:
* ziadne zavislosti medzi aplikaciami (vsetky zavisloti si aplikacie dotiahne v sebe)
* kadza aplikacia bude nainstalovana vo vlastnej separovanej zlozke
* bez instalacnych skriptov
Kebyze je prvy april, tak to je naozaj podareny vtip. Co mi to len pripomina? Zeby Program Files? :-)
Ale ako moze niekto nazvat hentu vec ako balickovaci system pre aplikacie? Alebo som jediny co nevidi tie vyhody skryte za tym? Kedze ubuntu je majoritna linuxova distribucia, podla mna sa to dotkne linuxoveho desktopu... Co si o tom myslite?
S Program Files to nemá moc společného, i tam se jakés takés instalační skripty a závislosti používají, je to spíše ve stylu Androidu. S tím rozdílem, že Android má 90 % knihoven ve standardní instalaci, takže je aplikace nemusí tahat s sebou.
Jinak ten člověk zřejmě nikdy neslyšel o Klik nebo Zero Install, že se snaží znovuvynalézt kolo.
Podla mna by mohla existovat ina cesta...spravit balickovaci system, kde by boli zavislosti vyjadrene nie len >= verzia, ale aj <= verzia.
Az vtedy ak by nejaky program chcel novsiu verziu balicka aky je nainstalovany, tak by si ju stiahol.
Tohle samozřejmě Deb balíčky umí a Apt podporuje.
Linux me nasral onehda, konkretne debian. Potreboval jsem nainstalovat jiz nepodporovanou aplikaci z roku 2006 a hle ono to neslo rozchodit, at jsem se s tim sral jak jsem chtel. Pak jsem teda udelal downgrade jednoho baliku a byl jsem v pici uplne, nebot mi prestalo fungovat tak 30% aplikaci. 3 hodiny drbacka, nez jsem to rozchodil vse. Kvuli jedne jedine zpicene 7 let stare aplikaci. Takze ja jsem pro jail, at si kazda aplikace nese sebou knihovny, s kterymi na 100% funguje. Ze bude pak linux zabirat misto 6GB treba 60GB je mi uprimne u rite, smazu 15 porno filmu a bude zas dostatek mista.
Pro tyhle případy existuje na Linuxu chroot ;) Tahat všechny knihovny se všema aplikacema je hovadina, protože to potom po spuštění místo 300 MiB RAM sežere 30 GiB a to už tě porno nezachrání :)
-
Že když jednou za pár let někdo vnese do zasmrádlých stojatých vod linuxu "nový svěží vítr", tak všichni začnou prskat, jak tady byl smrádek, ale teploučko.
Tehle přístup k balíčkům není žádná novinka, v nějaké GNU/Linuxové distribuci jsem ho viděl už dávno. Z těch současných má něco takového Slax. V BSD světě to má myslím PC-BSD a našly by se další příklady.
Oba přístupy mají svoje pro a proti.
Ano mají a klidně si můžeš vybrat jedno nebo druhé. A z nějakého důvodu se stále používají balíčky typu deb nebo rpm. Ani se tomu moc nedivím, tak mi tenhle styl přijde lepší (než balíky, které si táhnou všechny závislosti v sobě – ty se hodí jen ve velmi specifických případech).
-
Ano mají a klidně si můžeš vybrat jedno nebo druhé. A z nějakého důvodu se stále používají balíčky typu deb nebo rpm. Ani se tomu moc nedivím, tak mi tenhle styl přijde lepší (než balíky, které si táhnou všechny závislosti v sobě – ty se hodí jen ve velmi specifických případech).
Závislosti jsou fajn pokud jde o open source, kde si správci distribuce můžou ty závislosti ohlídat. Pokud jde o closed source, kde je cílem vytvořit jednu instalačku, která bude fungovat všude, pak je výhodnější mít balíček, co si to tahá všechno s sebou, než binární custom instalátor, který dělá to samé, ale ty soubory pak nejsou sledované absolutně ničím a ideálně se ani všechny nesmažou při odinstalaci (současný stav).
Z mého pohledu tedy nevidím žádný problém v koexistenci obou systémů. Jen by bylo fajn, kdyby se jeden takový systém dostal do *všech* distribucí, aby to k něčemu bylo. I když... Jestli se to rozšíří a místo custom instalátorů se začnou používat Ubuntí balíčky, pak se v ostatních distrech objeví minimálně nějaký konvertor, tím jsem si jistý.
-
Z mého pohledu tedy nevidím žádný problém v koexistenci obou systémů. Jen by bylo fajn, kdyby se jeden takový systém dostal do *všech* distribucí, aby to k něčemu bylo. I když... Jestli se to rozšíří a místo custom instalátorů se začnou používat Ubuntí balíčky, pak se v ostatních distrech objeví minimálně nějaký konvertor, tím jsem si jistý.
To může být klidně deb/rpm (konverze je v tomto případě triviální) balíček, který na ničem dalším nezávisí a soubory instaluje do /opt. Není potřeba vymýšlet kolo a dá se použít stávající infrastruktura – odinstalovat to půjde pomocí aptitude, yumu atd.
-
To může být klidně deb/rpm (konverze je v tomto případě triviální) balíček, který na ničem dalším nezávisí a soubory instaluje do /opt. Není potřeba vymýšlet kolo a dá se použít stávající infrastruktura – odinstalovat to půjde pomocí aptitude, yumu atd.
Smyslem toho systému má být i to, že to bude moct používat uživatelé bez nějakých speciálních oprávnění (prostě kopie Google Play). Ale stačilo by to rozbalit do speciálního adresáře u uživatele. Nebo použít existující Klik či Zero Install.
-
To může být klidně deb/rpm (konverze je v tomto případě triviální) balíček, který na ničem dalším nezávisí a soubory instaluje do /opt. Není potřeba vymýšlet kolo a dá se použít stávající infrastruktura – odinstalovat to půjde pomocí aptitude, yumu atd.
To ne, naopak by to nějakou novou infrastrukturu chtělo, jinak to nebude dostatek kool, když to ani neběží fklaudu.
Viděl bych to asi takhle: http://www.youtube.com/watch?v=QKwWPQ1Orzs&t=47m40s :))
-
Smyslem toho systému má být i to, že to bude moct používat uživatelé bez nějakých speciálních oprávnění
Tak tohle zase celkem chápu. Možnost nezávislé instalace se může hodit – tak aby uživatel nemohl nic rozvrtat ostatním uživatelům téhož počítače a přeci jen si mohl instalovat programy. Říkal jsem si už dávno, že by se to hodilo třeba na instalaci dosových her… Ale chtělo by to ještě skloubit s AppArmorem, aby aplikace dostala jen ta práva, která skutečně potřebuje.
Nebo použít existující Klik či Zero Install.
jj, to je ono
-
To sebou nese velké riziko, že budu mít v systému určitou knihovnu Xkrát, jako uživatel/správce nebudu mít jednoduše dostupné verze těch knihoven, která může být pokaždé jiná a každá může být děravá...
Typickým příkladem může být SSL klihovna -- kde co potřebuje SSL, občas se najde chyba a co potom? Takhle se prostě aktualizuje na jendom místě jedna knihovna a hotovo. Má opraveny všechny aplikace najednou (jistě, občas to může nejakou rozbít, ale obvykle stačí rozbitou aplikaci překompilovat vůči nové verze knihovny)...
Tento systém má význam jen v korpoorátní sféře, kdy si kupuju SW od dodavatele a chci záruku funkčnosti. Třeba nějaká JAVA aplikace -- balíček může obsahovat i samotnou JAVU, protože aplikace byla napsána pro danou verzi. Uživatel má potom jistotu, že aktualizace systémové JAVY mu aplikaci nerozbije. A dodavatel nemusí řešit chyby vzniklé zmenou chování JAVY v nové verzi...
-
Já v tom upřímně žádné nevýhody nevidím. Ubuntu se sice stává (ještě)míň server ready, ale to je jejich zvolená cesta. Ubuntu je prezentováno jako OS pro lidi, tak se to musí lidem co nejvíce přiblížit, ne naopak.
Odstranění stupidit kolem závislostí, to vždy stejně uživatel odlikne a nemá asbolutně páru o tom, co to v reálu dělá - a ani ho to nezajímá, protože chce mít daný software k dispozici. Proč by měl řešit, že tento program vyžaduje libxxx1.4.2, ale jiný co má nainstalovaný vyžaduje libxxx0.9.8? To není chyba uživatele, ale chyba toho OS.
Lepší podpora pro binárky je taky důležitá, sice to bude dělat bordel, protože ten humus, kterým se nazývá většina made by corporate bude dělat v tom systému kde co, ale to už je zase problém uživatele.
Nenadávejte na Ubuntu, sice by mi museli hodně zaplatit, aby jsem si ho nainstaloval místo Debianu/OpenSuSe, co používám, ale snaží se alespoň (s výsledky) dostat linux mezi lidi, a tím i donutit k přemýšlení o jeho podpoře tvůrce prop. software.
P.S.: Nedám dopustit na aptitude, nejsem hater, ale beru v potaz taky zájmy obyč. uživatelů. Dvakrát by jsem si rozmyslel si natáhnout do distra na serveru cokoli, co s sebou tahá kdovíjaký brajgl, už tak je tam dost toho z opensource (Apache, PHP,openSSL ...)