Příspěvky

5746

Distribuce / Re:Má smysl učit se IBM mainframy?

« kdy: 30. 12. 2013, 16:49:19 »

Obvykle platí : čim viac pracovných ponúk, tým menší plat.

Ne. Platí: čím větší rozdíl mezi nabídkou a poptávkou, tím větší plat.

5747

Distribuce / Re:Zastaralý software v distribucích

« kdy: 30. 12. 2013, 16:36:22 »

P.S. jestli se chcete někdo podívat na docela vtipnou přednášku na tohle téma: http://youtu.be/QKwWPQ1Orzs?t=17m45s

5748

Distribuce / Re:Zastaralý software v distribucích

« kdy: 30. 12. 2013, 16:19:17 »

On možná problém vůbec není v balíčkovačích, ale v make (a ./configure). Protože tam jsou schované deklarace závislostí a také co se kam má nainstalovat. Gentoo popisuje postup instalace pomocí ebuild skriptů, ale pořád je to kód a ne popis. Otázka je, zda by se podařilo navrhnout takový popis sestavení aplikace, který by fungoval pro dostatečné množství aplikací a zároveň byl dost jednoduchý. Je jasné, že KDE by takhle asi nainstalovat nešlo, ale třeba IDE, přehrávač médií, kancelářský balík by takhle instalovat snad šly.

No ale to jste se právě dostal k tomu, co říkám já: hlavní problém za tím vším je, jak říct "tato moje aplikace ke své funkci potřebuje knihovnu libfoo přeloženou s volbou --bar a k překladu překladač gcc-brm ve verzi minimálně x.z" - což je přesně typ informací, které už dnešní balíčkovače umít spravovat.

Hlavní problémy jsou dva:
1. jednotná ontologie - nejen názvy balíků v závislostech, ale i označení verzí, revizí, architektur atd.
2. jednotný balíčkovač

Bez té 2ky by se dalo jakžtakž obejít (viz alien pro převody dpkg, rpm,...), ale bez 1čky ani ránu.

Mimochodem, takový systém deklarace závislostí mají třeba i některé programovací jazyky - v Elixiru třeba závislosti můžou vypadat takhle:

Kód: [Vybrat]

    [ { :cowboy, github: "extend/cowboy" },
      { :dynamo, "0.1.0-dev", github: "elixir-lang/dynamo", tag: "master" },
      { :mochijson2, "0.1", github: "bjnortier/mochijson2" },
      { :ibrowse, "4.0.2", github: "cmullaparthi/ibrowse" },
      { :exn, "0.0.1", github: "yrashk/exn" },
      { :procket, "0.4.3", github: "msantos/procket" },
      { :amnesia, "0.1.1", github: "meh/amnesia" },
      { :errd, "0.1", github: "archaelus/errd" },
    ]

- říká se tam, že se má kód stáhnout z githubu, pod jakým tagem a jaká je verze. Funguje to bezvadně. Kromě githubu podporuje i různé jiné způsoby.

- tohle by cesta byla, ale klíč je ujednotit se na té ontologii, k čemuž prostě nedojde. Jinak to technicky problém není.

5749

Distribuce / Re:Zastaralý software v distribucích

« kdy: 30. 12. 2013, 15:34:52 »

BTW, další důvod, proč se distributoři nikdy nedohodnou, je v tom, že kdyby existoval majoritou přijímaný build systém, ukázalo by se jasně, že spousta distribucí se liší jenom nějakým přihlouplým artworkem, pár skipty, dvěma vlastními balíčky a pár nepodstatnými patchi. Současná situace distributorům vyhovuje, protože se můžou tvářit, že mají něco unikátního, přestože mají kulový

5750

Distribuce / Re:Zastaralý software v distribucích

« kdy: 30. 12. 2013, 15:31:23 »

a budoucnost spotřebního softwaru je ve spravovaných repozitářích software -- ať už jsou to distribuční repositáře, Google Play, App Store, Amazon Appstore, Windows Store nebo další. Ona to nebude náhoda, že všechny nové platformy používají tenhle způsob distribuce software.

Přesně! Kdesi jsem četl čísi komentář, že repozitáře jsou největším přínosem Linuxu IT světu a něco na tom rozhodně bude.

Na Linuxu tedy spíš chybí ta možnost repozitářů, kam by aplikace dávali sami autoři (jako je to u těch všech "Storů"), u kterých by se očekávalo, že kvalita balíčku není úplně perfektní, instalovaly by se jako celek někam do /opt, byly by to koncové aplikace (tj. nic by na nich nezáviselo) a musely by u nich být nějak deklarativně popsány závislosti tak, aby si to každé distribuce mohla přeložit pro sebe.

Ono není potřeba vymýšlet nic nového, úplně by stačilo, kdyby se distributoři ujednotili na jednom balíčkovači že... Jenže to se nikdy nestane, jednak je to ten NIH syndrom, jednak mají už nainvestováno spoustu peněz a úsilí do infrastruktury kolem toho svého balíčkovače. Prostě tahle pitomá situace se asi jenom tak nezmění - Linuxové distribuce prostě byly, jsou a budou kupa bordelu.

Ono to bohužel má i dost závažný důsledky právě na kvalitu - každá distribuce má vlastní bug tracking, takže se enormní úsilí, který by se dalo investovat do něčeho rozumnějšího, ztratí na pochybnou rádobyQA byrokracii. Cesta z toho ven technicky je, ale nikdo se na ni nevydá, protože se distributoři nechtějí domluvit a sjednotit. Už jenom taková věc jako všeobecně přijímaná infrastruktura auditu zranitelností by byl obrovský skok kupředu.

5751

Distribuce / Re:Zastaralý software v distribucích

« kdy: 30. 12. 2013, 13:07:07 »

Možná sem už zkostnatěl a mám problém se přizpůsobit novému modelu, ale když prostě nejde čapnout binárku libovolného programu a nainstalovat ji, tak asi něco není úplně v pořádku.

To je ale proto, že ji autor programu nevydává. Staticky linkovanou binárku, která by fungovala všude, by jistě vydat mohl, akorátže to prostě v OSS světě není zvykem tak často jako na Windows nebo Macu.

5752

Distribuce / Re:Má smysl učit se IBM mainframy?

« kdy: 30. 12. 2013, 12:51:53 »

Mno, jak se to vezme - nerozumim dotazu. Strategickou poradou bych nazval neco, kde sedi tlupa manageru a snazi se dostat do rovnovahy pytel s penezi a nejake z nabizenych reseni.

Jo, tak nejak jsem to myslel - jak moc manazeri, kteri o tom rozhoduji, veri, ze investice do Solarisu budou ochranene a neni to investice do umirajiciho pacienta...

Co's napsal, mi celkem stačí, dík.

5753

Distribuce / Re:Zastaralý software v distribucích

« kdy: 30. 12. 2013, 12:43:01 »

Nie je mi stale zrejme, co ma na tom este skusat tvorca distribucie. To su veci, ktore uz odvtedy niekto iny odskusal 500.000x.

Podle mě je tohle prostě byrokratický problém - distributoři mají nějaký jednotný postup, jak software do svých repozitářů začleňují. A ten postup musí být víceméně jednotný pro všechny softwary, přestože u některých by se hodilo je pokud možno neměnit a jiné by zas bylo fajn vydávat ve stále nových a nových verzích (např. browser).

Podle mě je celý tenhle byrokratický postup od začátku filosoficky špatně, ale distributoři si to holt zjevně nemyslí

5754

Distribuce / Re:Zastaralý software v distribucích

« kdy: 30. 12. 2013, 12:35:45 »

Dříve sem měl WinXP, a protože sem tam provozoval několik věcí pod Cygwin a nechtěl kupovat nebo se srát s nelegálními Win 7, tak sem po upgrade hardware zkusil Linux, ale s ním je toho sraní ještě více.

Dost častý problém switcherů je v tom, že chtějí přejít na jiný OS, ale požadují (často trucovitě a uraženě), aby fungoval způsobem, na který jsou zvyklí z bývalého OS. Netvrdím, že to je tvůj případ, ale to, co píšeš, tomu trochu nasvědčuje:

Na server se obvykle GUI neinstaluje. Přihlašuje se na něj pomocí ssh a pracuje se přes terminál, maximálně občas nějaký program má webové GUI. Takže pokud chceš servřík, který běží pořád a stahuje torrenty, tak správnější cesta je imho ctorrent. Překlad konzolových programů je taky obvykle postatně jednodušší, protože GUI prostě ssebou tahá spoustu závislostí a překlad trvá nekonečně dlouho. Takže když si nainstaluješ ctorrent, bude pro tebe podstatně jednodušší ho udržovat v aktuální, manuálně nainstalované verzi.

Nechci se podílet na vývoji jen chci mít aktuální uživatelský software s aktuálními funkcemi, v této konkrétní situaci jsem pouhý uživatel a nějaká kompilace je naprosto nepřijatelný způsob distribuce, to možná vyhovuje geekům, kteří to mají jako hračku.

Prvořadě by sis měl uvědomit, že ten software dostáváš zadarmo. Takže místo slov "chci", "nepřijatelný" apod. bych ti silně doporučoval používat obraty "líbilo by se mi", "ocenil bych", "je škoda, že" apod. Protože když neplatíš, tak prostě nemáš nárok nic požadovat. Tak to prostě je, smiř se s tím. Nebo si kup nějaký komerční OS a svoje požadavky směruj na jeho výrobce.

potíž je v tom, že vývojový cyklus operačního systému se neshoduje cyklem jednotlivých aplikací.

Samozřejmě, tak je to u všech OS. Žádný OS, který znám, neobsahuje např. torrent klienta. Toho je potřeba nainstalovat jako aplikaci třetí strany a o vývojovém cyklu té aplikace logicky rozhoduje ta třetí strana, vydavatel OS s tím opravdu nemá nic společného.

Opravdvý problém u Linuxu je právě to, že tuhle iluzi vytváří a potom to vede k takovému rozčarování, jakým procházíš ty. Musíš prostě zapomenout na to, co distributoři tvrdí (oni totiž prostě lžou nebo přinejmenší mlží) - "součástí Ubuntu" prostě NENÍ torrent klient, Canonical ho NEVYVÍJÍ, jenom ti usnadňuje jeho instalaci na svůj OS a neomaleně se tváří, že nad ním provozuje jakýsi pochybný QA.

Tak předpokládám určitou příčetnost autora software, tj. že vydání značená jako stabilní budou přiměřeně, ale je fakt, že OSS vývoj se s QA moc nemaže.

Tak to je ovšem špatný předpoklad. Je spousta autorů, kteří vydávají neodladěný software. A to platí pro všechny OS.

5755

Distribuce / Re:Má smysl učit se IBM mainframy?

« kdy: 30. 12. 2013, 11:54:04 »

Jeden z posledních:

Někteří lidi musejí mít fakt smutný a nešťastný život, když mají potřebu psát něco takovýho...

5756

Distribuce / Re:Má smysl učit se IBM mainframy?

« kdy: 30. 12. 2013, 11:53:10 »

Jo, Solar se porad v korporatni sfere drzi. Otazkou je, jak to bude za pet - deset let. Delal jsem pro nejmenovanou firmu - menili vetsi cast serveru za T4-2 a k tomu Sol11.

U nas ho ludia beru vlaznejsie (nechvalia sa tym az tak), ale inak sa v podstate nic nezmenilo. Podpora sa stale plati, Solaris sa instaluje na nove stroje a nevyzera to, ze by sa malo nieco zmenit.

Díky, kluci. A máte přístup na strategické porady, kde by se právě o té budoucnosti mluvilo? Zajímá mě právě, jestli, popř. jaké se zvažují varianty a jaké padají argumenty...

5757

Server / Re:Jak zálohovat MySQL databázi?

« kdy: 28. 12. 2013, 23:03:46 »

viete poradit? Ked to je take jednoduche?

No já nevím, školy nemám, ale že by to byla opšna  --all-databases ?

5758

Server / Re:Jak zálohovat MySQL databázi?

« kdy: 28. 12. 2013, 22:24:36 »

Ano prihlasit sa do mysql dat locktables medzitym spusti rsync a potom unlock tables...je krasne rychle a jednoduche...

...zatímco spustit mysql dump je pomalé a složité nebo jak?

5759

Distribuce / Re:Má smysl učit se IBM mainframy?

« kdy: 28. 12. 2013, 17:23:55 »

To nie je pravda. Ak ma niekto vystudovanu matematiku, tak sa dokaze cokolvek naucit za jeden vecer.

Správně. Je potřeba vědět, že zOS je jenom speciální případ Turingova stroje, takže naše VŠ moudře učí obecné znalosti, které už je pak snadné jenom aplikovat na konkrétní případ. Čili je potřeba dobře znát důkazy vlastností Turingova stroje, ty konkrétnosti jako třeba zOS se člověk pak už naučí přes noc.

--------

Nicméně když už tady máme téma o corporate technologiích, nevíte někdo z praxe, jak to vypadá se Solarisem? Zaslechl jsem, že třeba v telco segmentu byl docela populární, jak to teď za vlády Oraclu vypadá? Jdou firmy směrem k tomu, se ho zbavit, nebo Oraclu věří?
(prosím o odpověď jenom lidi, co se v tom opravdu pohybují, ne nějaké "psali na Technetu, že ..." ...a sorry za OT.)

5760

Distribuce / Re:Zastaralý software v distribucích

« kdy: 28. 12. 2013, 16:58:44 »

A které distribuce to jsou?

Všechny založené na RPM nebo DEB.

Pokud se bavíme o nejnovější verzi aplikace, která je jinak normálně součástí distribuce, tak prostým nainstalováním build dependencies té aplikace(apt-get build-dep u debian-like distribucí), se s trochou štěstí dosáhne kompilovatelného stavu  [...] aplikace začne chtít nějakou knihovnu v novější verzi než je dostupná, ta ale vyžaduje zase jinou taky v nějaké novější verzi a a už to jede.

Trochu si protiřečíš

Respektive máš pravdu - někdy to jde a někdy to nejde. Jenže pokud se bavíme o produkčních systémech (server nebo desktop, to je jedno), tak "někdy to nejde" = takhle to provozovat nejde.

U mainstreamových distribucí máš víceméně na výběr je buď provozovat tak jak jsou, bez úprav (maximálně případě nějaké konzervativní PPA), nebo je neprovozovat. Nějak víc se v tom vrtat je o nervy, zvlášť s Linuxovými výstřelky typu initrd, grub 2, systemd...