VYHULENY_UFO:
You have version 18,0,0,233 installed
firefox 64b/gentoo.

LEFTY: imho existuje neco jako "PPAPI-host NPAPI-plugin adapter for flashplayer in npapi based browsers"

i-rinat/freshplayerplugin · GitHub
https://github.com/i-rinat/freshplayerplugin

RUTHAN: ad 1) jake velikosti ceho vlastne srovnavas? Chvilema to vypada, ze srovnavas dieselovy a benzinovy motor... jasne, oboji auto nakonec pohani, kola se otaci a spousta ridicu take nevi, co ma vlastne pod kapotou :-) Zdrojaky Linux kernelu zas tak male taky nejsou - jedna verze po dokoncenem prekladu zabere nejakych 1.2 GB (pricemz vysledny balicek ma jen 12MB), samotne zdrojaky 660MB. Zalezi co konkretne chces srovnavat. Samotny NTOSKRNL ma taky jen nejaky 4MB. A srovnas-li hrusky s vejci, vyjdou hausnumera temer vzdy :-)

ad 2) nic ti nebrani pouzivat genericky distribucni kernel - a neni ani beznym use-case si kernel sam sestavovat; pokud nemas specificke pozadavky - oduvodnujici optimalizovany build napr. pro danou konkretni platformu (ale kdyz uz ty pozadavky mas, muzes si udelat system... na miru). U vetsiny distribuci ani neni potreba resit cely kernel, maximalne se doresi chybejici modul - u Ubuntu, Debianu a odvozenin napr. pres Module Assistant v pripade HW, ktere distribucni kernel nepodporuje (nebo neni zahrnut z licencnich duvodu). Ale pokud se vratime na pocatek debaty, tvuj problem zacal tim, ze mas nejaky obskurdni HW a lpis na zastarale distribuci - to je stejne, jak s ovladacem do Windows10 prijit a nadavat, ze v XP to nefunguje (a ano, fakt to fungovat nebude)...

ad 3) s kernelem do styku mozn neprijdes (protoze je odlisna architektura, viz ty motory vyse nahore), ale ono ani s tou kompatibilitou ovladacu to take neni 100% a muze to byt pekne peklo nejaky obskurdni HW ubehat. A resi se pouze zpetna kompatibilita stareho ovladace s novou verzi operacniho systemu (do urcite miry) - nikoliv opacne. Aneb dost zalezi na tom, o jakem konkretnim HW je rec a rezim kompatibility pro ovladace to spasit nemusi. Mimoto k zadnym dramatickym zmenam ve windows kernelu pri skoku v ramci nekterych verzi nedochazi, obmenuji se spise omalovanky nad tim. Zabyvat se zmenami ve volanich uvnitr kernelu kazdopadne neni cinnost pro zacatecnika - ani u Windows, ani u Linuxu. Ani u Linuxu bezny uzivatel s kernelem do styku neprichazi.

RUTHAN: Začal bych tím
1) Téměř nikdo nezná celý zdroják woken a tím je míněno ani z MS. Každá část má tedy své izolované vstupy a výstupy přes které spolu komunikují. Část kernelu nebo program na Linuxu se tedy přímo podívá zda je přítomna a funkční síťová karta, zda tečou data a když nedostane vyžádaný obrázek, zjistí, že je vše v pořádku, ale jiný program má přednost a až si udělá své, obrázek bude. Ve win musí vytvořit standardizovaný dotaz části pro síťovou komunikaci, ta musí standardizovaně odpovědět, přičemž jedna část neví jak funguje druhá a když se nedohodnou, musí řešit výjímečné stavy. Linux tedy zahlásí vytažení síťového kabelu a připojí WiFi nebo GSM, zatímco Widle jsou schopné psát o nedostupnosti internetu a stahovat poštu. Linus ovšem nehlídá čísla licencí, neplatící uživatele a netají funkce, které jsou známé jen firmě Linux a spřáteleným firmám. Jádro tedy může být malé, průhledné a efektivní. Když budeš chtít posílat dotazy do počítače tahací harmonikou, tak napíšeš program za zvukovku a dál to můžeš posílat do terminálu, nebo jako pakety.
2) Oba OS mají v instalacich podporu pro spoustu HW, ale nainstaluje se jen něco. Pokud instalace HW nezná a ten nepodporuje základní instrukční sadu pro podobný HW, musí se nainstalovat ovladač. Pokud podporuje, nastartuje se s omezenými funkcemi. originální ovladač se pok může doinstalovat. Užitečné třeba u monitoru nebo klávesnice. Problém nastane, když se například skener diapozitivů nehlásí jako známé zařízení a má ovladač jen pro Win 3.11.
3) No ještě předloní jsem měl deset let starý počítač a běžela na něm čerstvá distribuce Linuxu. Win 7 nebo 8 by neběželo ani náhodou a to je ještě pár verzí rozdíl.
Jinak, Win kernel se s uživatelem už "vůbec" nebaví. Když není klikátko, tak se hrabeš binárním hnojem. Vysvětlit Widlim, že fakt nechceš už nikdy nic aktualizovat je prý zábavné :-)

RUTHAN: ad 1 - soucasti Windows jsou i knihovny, ktere se v distribucich objevuji v samostatnych balicich. nejvetsi a nejznamnejsi je glibc, coz je obstojny bumbrlicek, ale mohou jich byt na stolnim PC klidne stovky.

ad 2 - na neco jsou moduly, neco je primo v jadre

ad 3 - ano, Windows si zachovava zpetnou kompatibilitu jak to jen jde. u Linuxu stare veci casem mizi. treba nedavno zmizela podpora 32bit x86 procesoru bez PAE, mizi podpora pro hardware, ktery nikdo nepouziva nebo umrel ten jediny clovek, ktery ovladac udrzoval. oba pristupy maji neco do sebe. je to zkratka zive prostredi

Jinak, uz jsem vcera knucel nad tim, ze rolling distribuce jako nic moc, tak jsem zapomnel na LMDE, ten vypada hodne dobre, rozhodne muj favorit.

Zkousel jsem ve virtualu i Sabayon a udelal na me dojem jako prekvapive pouzitelny a out of box nabuseny system, jediny mu dela vostupu je ten grafickej GUI Rigo installer - sileny barvy, otravny hlasky, tuhne to + jednou se mi stalo, ze pri instalaci slitnul komp ( vic masinparalelnich v Vboxu 5 to se obcas deje) a po rebootu jsem dostal nejakej[systemd] system.journal corruption error (FS jsem pouzil EX4 nic divokyho) coz je vec na kterou narozilo dost lidi a za 20 minut jsem nevygooglil jiny reseni, nez ze je na to zadanej bug a ze si mam stahnout data a preinstalovat masinu.

Pak jeste musim zminit, ze instalace Skypu, Steamu a podobnejch veci se kterejma se klasicky problemy a clovek musi neco resit, tady probehla opravdu hladce.

Pak jsem se ke svymu prekvapeni dokopal i nainstaloval i Archlinux (coz jsem zarazeny jako to nejvic hardore desktopovy peklo - ktery ma snad jeste smysl pouzivat), taky jsem byl ve finale spokojenej (s porovnanim s jinejma distibucema), byt ta jejich instalacni orgie je fakt silenost - a ve finale jsem nemel pomocit, ze bych v ramci ty komfigurace ziskal nejaky super volby navic oproti klasickym ubuntu next, next instalatoru.. ale ona cela ta jejich wiki je podle me naprosto martansky napsana (i oproti jinem linuxoidnim guidam), snad na vsechno me jiny odkazy v googli odpovedeli vyrazne kvalitneji.

CHOROBA, GILHAD: Dik za vysvetleni, ted tomu rozumim o kousek lepe, ale mam k tomu jeste par otazek.

1) Jak je mozny, ze linux kernel je oproti ovladacum pro Wokna tak malej? Zname to, ze je radove efektivnejsi, nebo dalsi potrebny data sice nejsou soucasti kernelu, ale tahaji se pak z nejakejch binarek na disku? Protoze, kdyz tak premyslim, ze na Linuxu jediny velky binarky, ktery jsem kdy instaloval byly ovladace pro wifi a grafiku - kde jeste vetsina dat nebude ovladac jako takovej je spis openGL knihovny.

2) S tema instrukcnima sada, to bude asi trochu jinak, samozrejme je potreba spesl kernel pro x86, powerPC a sparc etc.. ale se podle me pouziva stejnej kernel pro vsechny moderni amd64 kompatible procaky a to jestli procak umi treba AES2, SSE 4.2 a podobny bud musi resit procak sam nebo nejakej C/ASM runtime engine v aplikaci samotny, nebo eventuelne sam kernel pres kterej ty "packety" instrukci prochazi.

3) Porad by me zajimal, ten rozdil pristupu wokna vs. linux, protoze ve woknech s kernelem clovek vubec neprijde do styku, jako uzivatel, ze ty ho musel resit, ve smyslu, ze vsechno funguje jak jsem psal treba tech 5 let dozadu, takze ten pristup k tomu jak funguje kernel vs ovladace musi bejt vymyslenej jinak. Respektive naposledny jsem chybu s kernelem32.dll dostal, nekde v Win98, kde jsem se snazil pustit moc novou aplikaci typu Firefox 3 a pak jsem dostal nejakej error exportu do tyhle knihovny, v XP uz se mi nic takovyho nestalo, zdrejme je tam ta uroven abstrakce obecne vysii a zajistena tim MS C++ runtime a .Net fofrworkem.

RUTHAN: esli se chces neco dovedet o kernelu, architekture, driverech...stahni si buildroot (http://buildroot.uclibc.org/) a hraj si.
kompilovat novej kernel ve starym linuxu, to te akorat nasere a nakonec pravdepodobne stejne nezvitezis.
este je moznost stahnout si zdrojaky driveru a prcat se s jejich patchovanim a hledanim spravnejch verzi knihoven pro kompilaci tak dlouho, az je na 2.6 zkompilujes. Coz koukam, ze si zkousel a dopadl jak dopadl - kernel nezna symbols v driveru.

Kdyz uz jsem se tak rozepsal, tak me napadlo, nez s podobnejma vecma porad ztracet cas, nefunguje nejake Linux crowdfunding, ze by clovek proste nekam napsal: "Rad bych v linuxu mel tuhle featuru, tenhle bug fixnutej, podporu tohle zeleza a jsem ochotnej za to dat takovej a takovej donate?" A bud by do toho nejakej vyvojar sel a nebo ne?

CHOROBA: Ja jsem se chtel hlavne neco dozvedet, upgradovat to samozrejme taky jde (a nakonec jsem si udelal dalsi partitionu s 14.04 LTS 03, ale tyhle jsem se jeste nevzdal..), ale pokud by mi nekdo vysvetlil, jak je to s tema compat driverma vs. kernelama - viz ty moje 2 otazky a tak to to teoreticky mohlo bejt i rychlejsi a Linux by se ke me zachoval mene jako k ovci (bral moznost pouzivat 4 roky stary OS), coz bych ocenil..

Sem pod tim sestavenim kernelu cekal nejakou magii, kdyz si nekde stahnu projekt do nejakyho IDE a budu tam muset neco vyvadet.. ty ted pises install kernel driver, tak uz jsem delal mockrat.

Nicmene to vede, k obecny otazce (3) ma to vubec smysl zkouset, ve smyslu jaky jsou empericky zkusenosti s novejma kernelama ve starsich distribucich a jinymi slovy jak moc jsou ty distribuce na dane kernel privohnuty? Na tohle neznam poradnou odpoved.

Dal me zajima co se presne dosahne tim, ze ten kernel zbuildum na tom cilovym HW, proc si proste nemuzu stahnout hotovou image? Je to tak, ze se pri ty kompilaci zdetekuje, co je tam za HW a nejaky casti kernelu se zahodi a neco se tam injectne - ovladace do jadra od Nvidia a tak? A reverzne deje se tohle i pri prvni instalaci Linuxu na dany zelezo? Jak je vyhoda proti Win a Mac kde se kernel nekompiluje, ale presto tam jedou 3rd party ovladace?

DANYSEK: Myslim si, ze minimalne cast zacatecniku upgrady resit nebude, treba protoze skoncila predtim parkrat pri upgradech v terminalu, namisto Xek. To samy plati o bezpecnosti, kde zase plati, ze Linux je obecne hodne bezpecnej, takze to tam podle me dost lidi uz moc neresi.

Ze Alx je v novejsim kernelu jsem psal to vim, nicmene jsem resil, jak moc slozity nebo jednoduchy, nebo vubec mozny, je tam ho dostat niz. A nikde v dokumentaci, ani ve skriptu jsem nenasel, ze by to neslo.. treba jsem se spatne dival, ale jako uzivatel bych ocenil, kdyz uz vubec musim kvuli driveru resit nejaky skripty, kdyz aspon tohle meli osetreny ve stylu, sorry starej OS, kernel, balik.. exceptiona to nepujde.. naproti tomu dostanu nejaky priblbly kod, ze skript je rozbitej.. (protoze je pravdepodobne planej pro vyssi verzi compileru, nebo nema spravne osetrenou nejakou parsovani vyjimku, vetveni etc).

Jinak ja bych filosoficky daleko radsi pouzival to cemu se rika rolling distribuce, upgrady Ubuntu jsou porad lepsi, nez dead end v pripade Mintu - respektive zalohovani homu a seznamu baliku, pomoci toho priserne pomalyho backup toolu.. Jenze, co jsem si zatim nastudoval nejlepsi distribuce proste rolling nejsou.

A treba to upgradovani uz nepodporovany distribuce (nepodporovany z pohledu klasickyho upgradu - jsem jeste vcera netusil, ze neco takovyho vubec existuje) o 7 nebo kolik verzi by v mym pripade bylo, ikdybych nenarazil na problemy tipuju tak na 5 hodin a to je pomerne dost.. tak jsem se do toho pochopitelne nehrnul.

ty ses neskutecnej troll, ruthane ;)))

Howto Install Kernel 3.0.1 in Ubuntu 11.10, 11.04, 10.10 and 10.04
http://www.howopensource.com/...8/how-to-install-linux-kernel-3-0-1-in-ubuntu-11-04-10-10-and-10-04/
pripadne zkus nejakej novejsi kernel. samozrejmne prvni nezapomen nainstalovat build-essential

Resim zase klasicky otrany Linux problem. Po upgradu desky na Z97 + Broadwell mi nejede sitovka v Ubuntu 10.10 32bit - ktery chci jeste sem tam pouzivam (a nebudu resit proc v multibootu mam X jinejch OS, ktery byjsme mi doporucovali), protoze je to Qualcomm Killer E2000 - coz je nejake prebalenej Atheros 8161.

V Debilian, SteamOSu a Mintu to pochopitelnej jede, jelikoz tam je podpora uz v kernelu.

Potrebuju zavest - akx modul - nejrozumnejsi navod co jsem nasel je tohle:
How to fix Ubuntu 13.04 alx ethernet driver | NortuRE Blog
http://blog.norture.com/2013/05/how-to-fix-ubuntu-13-04-alx-ethernet-driver/

Kdyz jdu podle navodu, tak mi ale ten driver-select vyhodi unexpected - } on line 82 - dead end. A kdyz ten krok preskocim a zbuildim vsechny ty drivery co tam jsou, a pak dam make install, tak mi to stejne vyhodi - unknow symbol in alx.ko
Hrozna zabava..

Jenze navodje pro Ubuntu 13.04, takze mam otazky:
1) Da se to nejak rozjed na 10.10 s 2.6 kernelem, nebo mam smulu? Tohle by bylo ponekud trapny protoze mi na stejny HW beha 12 let stara installace XP (nerikam, ze to byl snadnej process).
2) Kde najdu posledni verzi tech compact drivers a budou obsahovat jeste tehle driver, nebo je to nejakej balik, kterej obsahu neco co kernel ne a tim padem, v novy verzi bude zase uz neco jinyho, co mi nepomuze?

LEFTY: Mám 11.2.202.508 a hlásí aktuální.
Některé doplňky potřebují při aktualizaci restartovat firefox.

LEFTY: koukni se v synapticu, jakej balík s flashem máš - je jich víc, já mám na mintu ten nefree od adobe a tyhle hlášky tofudíky nedostávám