Canonical vyvíjí nový formát balíčků

Canonical vyvíjí nový formát balíčků. Nový formát slibuje odstranění závislostí mezi aplikacemi. Balíčky budou instalovány do samostatných adresářů. Nebudou vyžadována administrátorská práva. POC (proof of concept) verze správce balíčků je naprogramovaná v Pythonu. Data jsou uložena v datovém formátu JSON. Nový formát by měl být určen především pro Ubuntu na telefonech a tabletech. [Slashdot]

9.5.2013 13:18 | Ladislav Hagara | Zajímavý článek

Komentáře

[Deafboy2v1]

Cize nieco ako Chakra bundles... ktore Chakra od poslednej verzie nepouziva :D

[Bedňa]

Pekný príklad :) V tom ich pláne vidím diery v zastaraní knižníc, ale hádam to vyriešia upozornením "Pozor váš systém môže byť ohrozený" a voľbou OK, Cancel.

[roboshim]

Ja znam uz dlouho GoboLinux (*2003) a bylo to prvni, co me napadlo, kdyz jsem si zpravicku precetl Ale ano, proste jsou lidi, kteri se snazi prijit VZDY za KAZDOU cenu s vlastnim napadem. Ale tak kdyz ma prachy, tak proc ne, je to jeho vec, jak je vyhazuje.

[Bedňa]

No bohužiaľ sa Mark nechal obklopiť vizionármi. Namiesto toho vysvetliť ľuďom že systém ma spravovať človek čo tomu rozumie, dáme pre jednoduchosť root práva každému. Komu by vadilo že mu zmiznú prachy z kreditky, alebo fotografie z dovolenky však v EULA negarantujeme nič. Ako keby som to počul "toto by sa mi na Windows v živote nestalo! Linux je šmejd!".

[dizz]

Takze jako na (MAC) OS X kdy je aplikace v samostatnem adreari ale uzivatelovi je to reprezentovano jako jeden soubor a vsechny vyzadovane knihovny si to bude tahat sebou?

[stativ]

Aaa, NIH syndrome strikes again! Aneb proč používat/vylepšovat něco, co už dávno existuje (třeba autopackage, zero install…)

[MaT]

NIH? To asi nebude National Institute of Health v Bethesdě, co?

[mankind_boost]

NIH=Not invented here

[stativ]

Přesně ten jsem myslel.

[bhy]

něco podobnýho má i PC-BSD, ne?

[----]

má, .pbi balíčky, a vůbec se mi to nelíbí.

[ilja]

Ale PC-BSD je FreeBSD + GUI. A proto v PC-BSD jsou 3 možnosti instalace aplikací. a) pbi balíčky b) atomatická kompilace přes terminál - pkg_add -r nazevbalicku c) manuální kompilace přes terminál

[----]

pkg_add -r není kompilace, ale binární balíčky přímo z FreeBSD (zkompilované ports). Automatická instalace by byla přes něco jako portmaster, manuální přímo přes Makefile z /usr/ports.

[Aleš Kapica]

Nemůžu si pomoct, ale občas mám pocit jako by měl Shuttleworth část portfolia svého majetku v akciích Microsoftu.

[TM]

No to asi ne, ale zjevně cílí na obyčejné uživatele, pro které je instalace aplikací, které nejsou v repozitáři, zpavidla naprostý opruz.

[chrono]

To akože oni teraz budú vytvárať tie nové balíčky pre aplikácie, ktoré sa nedostanú do ich repozitára?

[Rezza]

Tam miri Lennart s LinuxApps, ne?

[JoHnY2]

Akorat mi prijde, ze se Lennart a spol. docela zamysleli nad tim jak to delat, coz se mi zda ze Cannonical nedelal snad nikdy.

[Rezza]

No Canonical jen chce neco rychle hacknout, aby jim jely veci, co chteji. Lennart chce zmenit cely svet :)

[Sešívaný]

A on to Canonical dělal někdy jinak? Přijde mi, že mají zcela standardní přístup firmy z konzumního trhu. Rychle něco nabastlit, stačí když to bude dobře vypadat a hlavně aby to bylo na trhu včas.

[Rezza]

Proste klasicka korporace, jednu me to pripomina :D

[Sešívaný]

Na korporátní trhu IMHO není takový tlak na čas a na to, aby to pěkně vypadalo, ale podobné rysy se tam dají taky určitě najít

[Rezza]

Radsi nebudu dal komentovat :D

[lmb]

Tak aspoň někdo si zachovává vlastní rozum nebo se systematicky vyhýbá teambuildingům Občas mi totiž debata s některými project managery a junior developery připomíná nábor u jehovistů a typicky jednosměrnou komunikaci

[pavlix]

Mně se náš teambuilding líbil :).

[potato]

Tak jistě, někde se stále utužuje tým v hospodě (na treku po horách, na vodě, ...), ale negeneruje to dost menežrských bizwords, takže to kazí čeklisty, evaluejšny a další ejčár pitomosti.

[pavlix]

Tak jistě, někde se stále utužuje tým v hospodě (na treku po horách, na vodě, ...),

+1

[Rezza]

Tak jistě, někde se stále utužuje tým v hospodě - na poslednim "team buildingu" tam pred nama byly QA a museli nas prestehovat do jine chatky, protoze ta co jsme meli mit my, byla jeste po trech dnes "neobyvatelna" .

[jyrki]

"If you can't make it good, make it look good" Linus Torvalds

[gtz]

Oni do mobilní verze jistě dodají svůj spy-ware a ad-ware takže to bude zase nepoužitelné. Nepředpokládám, že by v té mobilní verzi chyběl jejich dash s bonzováním co a jak tam uživatel zadal. Ale zase jaký pak co pak, google má svoji webovou historii apod. tak proč bychom se neopičili.

Pokud ta ofiko verze bude stejný shit jako ta co jsem zkoušel pro G300 tak nezbyde jen počkat na FF-OS.

[JeChW]

FF-OS je o ničem. Je to jenom prohlížeč a všechno běží v HTML. Ubuntu je jediná šance na rozumný linuxový mobilní OS. Přeju Jolle, aby uspěli se Sailfish, ale moc jim nevěřím.

V Ubuntu můžeš všechny tyhle věci jedním kliknutím vypnout. Co se mi nelíbí, to se dá upravit. Ten systém je pořád hodně otevřený a je vidět, že míří spíš na lidi a použitelnost než na to, aby to bylo ideologicky správný.

[gtz]

Zkoušel jsem jak FF-OS tak i Ubuntu for phones (obě pro G300) a FF-OS mi připadal o něco lepší, rychlejší. Jinak obě verze padaly stejně. Uvidíme snad bude ostrý build.

V Ubuntu můžeš všechny tyhle věci jedním kliknutím vypnout

sere mne to, že je to šmírování v základu zapnuté a ty se musíš stejně prokousat až někam kde to jde vypnout.

[Bedňa]

Tam miri Lennart s LinuxApps, ne?

A jeje, pre mňa novinka, som zvedavý ako sa budú backportovať do Xrokov starých knižníc opravy. Plná zamestnanosť, plná zamestnanosť, plná zamestnanosť :)

[Grunt]

No to asi ne, ale zjevně cílí na obyčejné uživatele, pro které je instalace aplikací, které nejsou v repozitáři, zpavidla naprostý opruz.

Zrovna včera si stáhla kolegyně VLC a chtěla mi přinést notes, že jí to nefunguje. Nechtěla uvěřit tomu že musí najít složku Downloads a dvakrát kliknout na instalačku VLCčka. V duchu jsem si říkal, že je asi moc namlsaná z balíkovacích systémů a jak by to asi vypadalo kdyby Windows aspoň nějaký měl.

[Olaf]

Nikdy jsem nechápal, proč někdo jásá při zvýšení podílů linuxových dister ve statistikách a těší se, až budou mít třeba 15 %. Vždy jsem totiž "nízké" rozšíření považoval za výhodu. Proč? No, právě pro to, co už několik let za pakárny předvádí Canonical. Přírodo, chraň nás před BFU spotřebiteli.

[Pnaky]

Co to plácáš za jardíkoviny, i kdyby měl Linux 99% a z toho vše Ubuntu, tak OSS prostě někdo forkne. Vždyť se tě to netýká, lidi, kteří kompilují i prach ve ventilátu tu bude pořád stejně.

[Rovano]

Poslední věta mě rozsekala :D

[mrv]

tak pokud nejses uplna lama, tak se muzes jednoduse ochranit sam non-BFU distrem

ale tobe spis jde asi o to stezovat si za kazdou cenu, takze te radsi necham :)

[lmb]

To už tady x-krát bylo a moc se to neosvědčilo. Vzpomínám na Gobo Linux, někdo tady zmiňoval Chakru. Kromě plýtvání místem disku a pamětí se ztrácí spousta výhod distribučních balíčkovacích systémů. Jak bylo uvedeno v jednom z komentářů

package signing, key distribution and trust, mirroring, dependencies, roll-back, parallel installation of stable and testing versions, checking for updates, source packages, ...?

Další otázkou bude jak chtějí řešit nekonzistenci mezi software instalovaným přes dpkg a tímhle konceptem. To budou chít patchovat debianího správce nebo prostě budou oba systémy koexistovat a jeden nebude vědět o druhém ?

Ono by to bylo jedno, ať si každý hraje na svým písečku jak chce, ale Ubuntu/Canonical jsou dost významný na to, aby to začali protlačovat silou do upstreamu, jako to ostatně dělá Fedora/RedHat a ten hnůj co od nich leze poslední dobou.

[MaT]

Co si mám představit pod slovem "upstream" v souvislosti s balíčkovacím systémem?

Vždycky jsem si myslel, že zrovna balíčkovací systém je něco, co si vytvořily až jednotlivé distribuce... Takhle to skoro vypadá, že tu dřív byli nějací tvůrci balíčkovacích systémů a až pak někoho napadlo je využít a na jejich základě postavit distribuce. Nebo je snad pro Ubuntu upstreamem Debian? Tam by snad podobný výmysl neprotlačili... Resp. možnost takový "balíček" nainstalovat i v Debianu asi bude, ale nikdo to nikomu nebude nutit a asi to nikdo z Debianu nebude "podporovat". To je asi jako mastit balíčky v checkinstallu...

[Sešívaný]

Nevím, jak DEB, ale minimálně RPM svůj upstream má: http://rpm.org/

Mimochodem hodně upstreamových projektů vzniklo tak, že jej založili lidi z jedné distribuce a pak se rozhodli spojit síly s ostatními a udělali z toho projekt nezávislý na konkrétní distribuci nebo firmě.

[lmb]

http://anonscm.debian.org/gitweb/?p=dpkg/dpkg.git;a=summary
http://alioth.debian.org/projects/dpkg

Jo, pro Ubuntu a jeho klony je Debian svým způsobem "upstream". Obava, že protlačí takové úpravy zpátky do Debianu, jako projev "vděku", když z něj tolik čerpají. Debianní balíčkovacího systém je mezi Linuxovými distribucemi nejrozšířenější, dopad by byl teda rozsáhlý.

[VM]

Nový formát slibuje odstranění závislostí mezi aplikacemi. Balíčky budou instalovány do samostatných adresářů. Nebudou vyžadována administrátorská práva. POC (proof of concept) verze správce balíčků je naprogramovaná v Pythonu. Data jsou uložena v datovém formátu JSON.

To vypadá jako buglist, bude to mít také nějaké výhody? Hlavně to o nevyžadování admin práv mi hodně připomíná spouštění virů u Microsoftu.

[gtz]

to o nevyžadování admin práv

pokud to bude jako na Droidech tak snad by to nějak šlo.

[Karel]

Kecy, proč by si uživatel nemohl do svého home nainstalovat aplikaci? To ke každému uprdnutí musí potřebovat roota?

[poo]

+1

[potato]

Proč by si měl uživatel instalovat balíky do home?

[cezz]

Lebo chce?

[Petr Ježek]

Lidi toho chtějí a nevědí proč a za kolik... Platí si snad ubuntisté za servis vynucený jejich hloupostí?

[potato]

Já zase chci, aby lidi, kteří nepatřičně použili písmo Comic Sans, byli nadosmrti zbaveni veškerého vlivu na sazbu jakýchkoli dokumentů. Znamená to, že se mi to musí splnit?

[cabbage]

A proč by mu to někdo měl zakazovat?

[Petr Ježek]

Protože je nesvéprávný a netuší, co může způsobit za problémy spoustě lidí?

[cabbage]

Pravda, zakažme root účet, jsou s tím jen problémy. Skvělý unixový přístup

[potato]

Ano, separace práv je svěklý přístup, a do určité míry i unixový. Babičce rozhodně přihlášení na roota neumožním.

[potato]

A proč by ho v tom někdo měl podporovat?

[cabbage]

podporovat != umožnit

[potato]

umožnit ⇒ podporovat

[Jendа]

Nevím, lidi dělají různé divné věci. Pokud ti to přijde podobně nesmyslné jako mně, tak to prostě nebudeš používat.

[failer]

Když třeba potřebuješ mít aspoň trochu aktuální Operu, Firefox, whatever... (nota bene nějaké custom účetnictví) a máš systém, který nepatří mezi úplně nové, jako je Indiana nebo BSD. Ne vždy je žádoucí, aby na systému s terminály měli všichni všechno a tahat nepodepsané binárky je bezpečnostně větší výbuch. Pak je další kolo s noexec flagem pro mount...

[Grunt]

Když třeba potřebuješ mít aspoň trochu aktuální Operu, Firefox, whatever

Tak stačí provést update balíčků na nejnovější verze, ne?

[lmb]

Takhle to zní ok a v odůvodněných případech je to v pohodě. Problém je, aby se z toho postupem času kvůli úlitbě BFU a především komerčním zájmům, když sw není v repozitářích a je obtížné distribuovat binární balíčky pro všemožné distribuce a jejich verze, nestalo pravidlo se všemi důsledky, které už byly zmíněny. Jako ve Window$, kdy si např. každý software řeší aktualizace po svém, nedej bože aby si uživatel musel hlídat CVE a aktualizovat si sám. Další lahůdkou bude, pokud je potřeba pro instalaci i do home nějaká zvláštní privilegia jako suid/setgid nebo nastavení caps. Už vidím sudo s defaultním NOPASSWD.

Nechci malovat čerta na zeď, ale doba kdy se linuxové stroje začnou víc pasivně zapojovat do botnetů se blíží.

[VM]

Kecy, proč by si uživatel nemohl do svého home nainstalovat aplikaci? To ke každému uprdnutí musí potřebovat roota?

Třeba proto, aby se mu bez jeho vědomí neinstal malware mezi regulerní programy? Home opravdu není k tomu, aby tam člověk spouštěl stažené kódy, pokud dobře neví co dělá. Dělat z toho oficiální metodu je opakování chyb Microsoftu.

[jadd]

Co by mohl případný zlý kód napáchat jinde než v HOME? Navíc Ubuntu teď i Debian můžou použít dobře nastavený AppArmor.

[potato]

Čemu přesně jakkoli nastavený AppArmor pomůže? Typická situace, kterou tu diskutujeme: stáhl jsem neznámou 3rd party aplikaci z 'netu.

(a) AppArmor jí v tom případě zabrání v přístupu k potenciálně citlivým souborům. Takže nic nefunguje a uživatel je nasraný.

(b) AppArmor jí v tom případě v ničem nebrání. Takže není žádná ochrana a uživatel je hacknutý.

[Jendа]

stáhl jsem neznámou 3rd party aplikaci z 'netu

To jde už teď, bez takybalíčků, o kterých je zprávička.

[potato]

Ano, a tím, že Canonical definuje formát balíčků, se nic nezmění.

[gtz]

Jenže proč zde srovnáváte chyby M$ na desktopu a systém Buntu pro tablety a telefony? Systém M$ na telefonech neměl a nemá nějaký home pro uživatele. Vždy se všechno pralo přes instalační službu (CE, WM2003/WM6.6 - MSM-7.X - 8.x) do adresáře buď přímo v NAND nebo na kartu.

[Miki]

Vtip je podle mě v tom, že to je s uživatelovým vědomím... ten balíček se instaluje z mé iniciativy. Pokud je to malware, pak je to jen a jen můj problém. A díky tomu, že jsem pro instalaci nepotřeboval roota (je to u mě v HOME), pak to postihne jen mě a ostatní uživatelé jsou v klidu.

Instalovat deb balíčky stažené odkudkoli z netu můžu už teď, problém je, že bez roota to rozumně nejde.

[potato]

pak to postihne jen mě a ostatní uživatelé jsou v klidu

To bude u mobilního telefonu skutečně zásadní fíčura.

[w4rr10r]

Víc uživatelů na telefonu? Aha.

[Jendа]

mezi regulerní programy?

To je snad jedno, kam se malware nainstaluje, ne? Furt je to malware.

[zippy]

./configure --prefix=$HOME && make && make install

[gtz]

Nebudou vyžadována administrátorská práva

Otázka zda to bude fungovat stejně jako u Androidu.

[Sten]

Takže znovu vynalezený klik nebo Zero Install?

[pavlix]

Když to dokážou dobře prodat, tak se o nich budou tvoje vnoučata učit ve škole jako o průkopních ;).

[SPM]

Bezva, takže by můj / měl místo 20GB 200GB. Super, ještě že ubuntu na mých strojích už ubývá :)

[Kaka]

Neboj, na to určitě přijde ještě D-Bus a SELinux vrstva, která automaticky tvoří simlinky pro sdílená data - knihovny prý bude scpát do /usr/lib

[pavolzetor]

Ved oni budu nejake Core kniznice, a potom navyse si dotiahne kazda appka svoje. Urcite lepsie ako furt mat API breakage. Tak hlavne ze si spokojny

[potato]

Když ty máš furt nějaké API brekage, tak si je klidně nech. My jsme zase spokojení s tím, že se díry v knihovnách nemusejí opravovat tisíckrát v každé aplikaci zvlášť.

[pavolzetor]

Keby te kniznice nemali furt api breakage tak by nebol problem. Ved ked raz navrhnem Api tak nech aspon chvilu funguje. Vid Gtk a temy alebo Xorg. Najlepsie by bolo mat nejaky bot, ktory vzdy checkne zmeny v api set a prienik s pouzitim subsetom v appke.

[pavlix]

Keby te kniznice nemali furt api breakage tak by nebol problem. Ved ked raz navrhnem Api tak nech aspon chvilu funguje.

Docela by mě zajímalo, za jakých okolností konkrétně ty narážíš na API breakage. Rovněž je dobré vědět, že API se obvykle nenavrhuje tak, že si vývojáři sednou u kulatého stolu a diskutují, dokud není API hotové.

Vid Gtk a temy alebo Xorg.

GTK témata jsou úplně jiná kapitola, protože nejsou uživatelem GTK, nýbrž doplňkem, takže tě bundling GTK k tématům stejně nezachrání. API, které Xorg nabízí aplikacím je stabilní už mnoho let, navíc Xorg není ani knihovna, natož aby byl bundlovatelný.

Najlepsie by bolo mat nejaky bot, ktory vzdy checkne zmeny v api set a prienik s pouzitim subsetom v appke.

Máš hezké nápady a přitom zřejmě žádný znalostní základ. Ideální profil spisovatele science fiction.

[pavolzetor]

Docela by mě zajímalo, za jakých okolností konkrétně ty narážíš na API breakage. Konkretne pouzivam feedparser, ktory ma nejake api, a Ubuntu veselo upgradovalo na novsiu verziu, ktora pomenila niektore funkcie.

Catalyst driver, pod starsim X fungoval, teraz nejde. Ja ako pouzivatel to chcem pouzivat, nie som na to expert.

Máš hezké nápady a přitom zřejmě žádný znalostní základ. Ideální profil spisovatele science fiction. Znalosti mam poslabsie, a tak aj snad to raz bude, sci-fi je super.

[pavlix]

Konkretne pouzivam feedparser, ktory ma nejake api, a Ubuntu veselo upgradovalo na novsiu verziu, ktora pomenila niektore funkcie.

Takže se rozbily tvoje skripty? Pak je asi třeba si stěžovat správcům/vývojářům, kterých se to týká a API buď nadměrně rozbíjejí nebo o tom špatně informují.

Catalyst driver, pod starsim X fungoval, teraz nejde. Ja ako pouzivatel to chcem pouzivat, nie som na to expert.

V open source světě bývá zvykem mít možnost software překompilovat. Skutečnou nekompatibilitu na úrovni API u kompilovaných programů zjistíš právě při kompilaci. Ale Catalyst jsi asi nekompiloval sám ani tvůrci tvé distribuce, že? Zde nemá smysl si stěžovat ani na Linux, ani na Xorg, ani na open source. Zjevně open source drivery nemají problém.

Znalosti mam poslabsie, a tak aj snad to raz bude, sci-fi je super.

Zkus to. Umění dobře popsat smyšlené řešení bez ohledu na realitu je dar.

[pavolzetor]

V open source světě bývá zvykem mít možnost software překompilovat. Skutečnou nekompatibilitu na úrovni API u kompilovaných programů zjistíš právě při kompilaci. Ale Catalyst jsi asi nekompiloval sám ani tvůrci tvé distribuce, že? Zde nemá smysl si stěžovat ani na Linux, ani na Xorg, ani na open source. Zjevně open source drivery nemají problém.

Ked je stabilne ABI, tak preco by to trebalo rekompilovat? Prosim, vysvetli, diky.

[pavlix]

Ked je stabilne ABI, tak preco by to trebalo rekompilovat? Prosim, vysvetli, diky.

Pokud je stabilní ABI, tak jsme úplně někde jinde, že. U kompilovaných programů nemůžeš zaměňovat zdrojovou a binární kompatibilitu.

[pavolzetor]

Mozes mi vysvetlit preco te ovladace zrazu nefunguju? Diky. Ja dost potrebujem catalyst, takto musim pouzivat windows (GLSL 3.30)

[pavlix]

Mozes mi vysvetlit preco te ovladace zrazu nefunguju?

Nemůžu. O closed source ovladače se nezajímám.

Ja dost potrebujem catalyst, takto musim pouzivat windows (GLSL 3.30)

Jediné, co ti můžu nabídnout je trocha té lítosti.

[Grunt]

Stabilní ABI nikdy nebylo ve světě ve kterém jsou ke všemu dostupné zdrojáky prioritou a bylo by dost na hlavu kdyby jo. Změna v API? Překompiluj si ovladače proti současné verzi. Kde je problém?

[petr_p]

Xorg, kterému několikrát do roka vychází hlavní verze, ve které je nutné překompilovat všechny ovladače pro X, mi jako stabilní ABI nepřijde.

[potato]

Výsledkem bundlingu témat bude copak asi? No přece, že si každá aplikace nabunduje svoje. Každá tedy bude jinak vypadat. Nic proti tomu, pokud se ti to líbí, ale já toto mít nemusím.

[Grunt]

Keby te kniznice nemali furt api breakage tak by nebol problem

Proto si každá distribuce udržuje svoje balíky. Všechny balíky které jsou připravené mají jedno kompatibilní API/ABI a v 99% je to bez problémů (sám jsem z potřeby downgradoval nějaké balíky asi tak o čtyři distribuční verze a též to valilo v pohodě i když nemuselo). Za dobu co s Linuxovými distry pracuju jsem ještě jediný „API breakage“ nezažil, teda v případě, že jsem si to nerozvrtal sám. Hacknout nějakou aplikaci které nesedí proti knihovně API tím, že k ní přibalím verzi knihovny u které to jede a hlavně že to jede je ten nejhorší hack na světě a klidně si ho nech. Takhle se to v GNU neřeší (a ani to tak potřeba řešit není).

[stativ]

On totiž kolega evidentně motá API a ABI.

[SPM]

Já teda žádný api brackage u sebe nepozoruju :) a už takhle mám ten / dost velký... mít tam kraviny jako na windows, tak na ssd nenacpu ani ten systém...

[pushkin]

Nový formát by měl být určen především pro Ubuntu na telefonech a tabletech.

Jo, tam hlavně uživatelé ocení, když se jim polovina dat zduplikuje a systém bude mít místo 8 GB nějakých 12 GB.

Proboha třískněte někdo autora takovýhle blbosti po hlavě kyjem, ať se mu rozsvítí...

[Käyttäjä 11133]

Jo, tam hlavně uživatelé ocení, když se jim polovina dat zduplikuje a systém bude mít místo 8 GB nějakých 12 GB.

To fakt lidi v dnešní době trápí...

642GB free out of 668GB.

[Sešívaný]

Mám v notebooku 128 GB SSD a docela by mě tento problém trápil. Předpokládám, že nejsem zdaleka sám. Nehledě na to, že Ubuntu chce na mobily a tablety, kde je průměrná velikost disku tak 16 GB.

[pavolzetor]

Android funguje podobne a neni nejaky problem. Takze urcite by som tu nestrasil (hlavne so 128 GB diskom, to nedava ziadny zmysel).

Z vyvojarskeho pohladu je toto jasna vyhoda, osobne mam jednoduchu appku a podporujem len posledne Ubuntu, len preto, ze sa mi nechce to testovat a udrzovat pre starsie verzie. Takto keby som mal kniznice zabalene, mozem mat rovnaku verziu pre rozne Ubuntu a nemam problem so zavislostami (napr. feedparser v jednej verzii zmenil nieco a uz mas 2 branches pre LTS a aktualne Ubuntu).

[SPM]

Android má taky SDK poskytující lecos, takže většina aplikací si vystačí s tim, co nabízí systém a nemusí sebou nic tahat.

[luv]

Tak v pripade vyvoje v pythonu staci zavislosti vypsat v setup.py a hotovo, jednodussi to asi byt nemuze

Ale source vs. binary distribution je nekonecna diskuze a zaridit binarni kompatibilitu mezi ruznymy linuxovymi distribucemi a jejich verzemi, aby si je mohl jednodusse podporovat, i kdyz vytvaris jen malou aplikaci, je more prace a hlavne sebou take prinasi radu nevyhod. Osobne bych doporucil, pokud vyvijis jen "jednoduchou appku" a nemas sil kompilovat a podporovat ABI rady ruznych systemu, tak co takhle zkusit treba python (nebo javu)?

[pavolzetor]

Mozes poradit ako to mam pomenit tu? Diky http://bazaar.launchpad.net/~floaty-devs/floaty-service/trunk/view/head:/debian/control

[smazáno]

Hezky. Vidim, ze to je cisty python, pokud se nepletu. Jedna moznost by byla v setup.py vypsat zavislosti a pak instalovat pomoci "pip" misto "dpkg" - takto to muze na jeden prikaz nainstalovat snad kdokoliv nezavisle na distribuci. Tohle udelas pomoci keywordu "install_requires" v setup (ale to potrebuje setuptools, resp. distribute - "from setuptools import setup") a pak staci pouzit "pip install bzr+http://bazaar.launchpad.net/~floaty-devs/floaty-service/trunk" nebo vystavit release jako tarball, at uzivatel nepotrebuje bzr. Jasne uzivatel musi mit nainstalovany pip, ktery bohuzel jeste neni soucasti standardni python distribuce aby toto fungovalo.

Navic tam vidim problem se zavislostmi na gir1.2-glib-2.0 a gir1.2-gdkpixbuf-2.0 - s temi se asi distribute a pip nepopere - nevim.

Kazdopadne, protoze se jedna o cisty python, tak nevidim duvod proc by ten .deb balicek nefungoval na jinych verzich Ubuntu a Debianu (ktere maji gir1.2-glib-2.0 a gir1.2-gdkpixbuf-2.0) bez problemu.

[pavolzetor]

Problem je ze to zavisi na nepythonich knizniciach ako gtk, clutter, gio. Jedine ten feedparser by som tam mohol hodit.

[Grunt]

Android funguje podobne a neni nejaky problem.

Já ten problém teda pozoruju. Mám pár aplikací a už musím stěhovat na SD. U Androidu je to vyřešeno pěkně debilně, když už je teda o tom řeč.

[Alan]

no vzhledem k tomu, že Ubuntu míří na mobilní zařízení to zas taková banalita není ... snad to uživatelská přehlednost vyváží

[pushkin]

Tak znovu:

Nový formát by měl být určen především pro Ubuntu na telefonech a tabletech.

668 GB na telefonu/tabletu bude ještě hodně dlouho sci-fi.

[Jendа]

Ty nemáš v telefonu diskové pole z 12 64GB SDHC karet?

[jadd]

Za chvíli se servery přesunou do mobilů.

[JZD]

Když se už i distribuované výpočty BOINC přesunuly na Androida a někteří počítaj na takovémto zařízení, tak Váš návrh není zas až tak nereálný. Je to jen otázka času.

[jadd]

Jenda byl první

[Grunt]

Gigabajty, negigabajty, především je to kravina z principu. A o princip to jde přeci až v první řadě, ne?

[luv]

Vytvaret .deb baliky je dost overhead, a casto zbytecny, snaha s tim neco delat je fajn. Zajimalo by me jak chteji zajistit binarni kompatibilitu mezi ruznymi distribucemi a jejich verzemi a integraci se systemem. Pokud se oboji povede, mohlo by to byt hodne zajimave, pokud ne, tak to akorat uskodi a nastve radu uzivatelu.

[Grunt]

Řekněme si to na rovinu: Vyvíjejí kraviny aby mohli říct, že něco vyvíjejí a protože utrácet Shuttleworthovy prachy za něco normálního/užitečného by byl hřích. To je asi tak celé.

[SPM]

Vytvářet debian balíky (které prakticky neobsahují nic jiného, než ten samotný obsah) je overhead, ale navrhnout nějaký nový úžasný balíčkovací formát, ve kterém bude mnohonásobně víc hovadin, overhead není? :)) Ale no taaaaak.

[smazáno]

Prave jde o to, ze ten novy system bude mit mnohonasobne min hovadin . Tak to alespon vysvetluje v tom emailu.

[pavlix]

Prave jde o to, ze ten novy system bude mit mnohonasobne min hovadin .

1) Nevěříš tomu, že ne.

2) Uvědomuješ si, že se nejedná o náhradu za deb?