Ubuntu na Windows 10 (diskuse)

[kralyk z abclinuxu]

"So maybe something like a Linux emulator?" Now you're getting warmer! A team of sharp developers at Microsoft has been hard at work adapting some Microsoft research technology to basically perform real time translation of Linux syscalls into Windows OS syscalls. Linux geeks can think of it sort of the inverse of "wine"

... and then you win.

[Grunt]

Spíš v tom bude bordel jak sviňa.

[Radek Miček]

MS už něco podobného ve Windows měl – Interix.

[petr_p]

Zmiňovaný název adresáře (Lxss) napovídá, že je to ono.

[deda.jabko]

Puvodni verze WNT byly dokonce certifikovany jako operacni system s podporou POSIX, kvuli vladnim zakazkam, ktere to vyzadovaly.

Vlastne mechanismus subsystemu je marketingove genialni. WNT mely podporu OS/2 i Unixu, takze clovek oficialne dostal 3 operacni systemy v jednom. Ted se akorat nekdo vzal o obnovil tuto trochu zapomenout vlastnost.

[Ivan2]

Nejak se mi nechce verit, ze by to urzovali oddelene od sebe 15 let - kernel a win32 subsystem. Ze se jim do toho "kernelu" nedostaly nejaky hacky pro win32. Udrzovat nejake obecne rozhrani pouze pro jedineho kliente nedava moc smysl, protoze je to moc prace navic.

Nevic to ani neni jak otestovat, kdyz to pouziva pouze jeden klient.

[h4sy0u]

Let that *buntu shit die slowly.

[Andrej]

+100

[k3dAR]

-766

[svido]

1+

[Dvorak]

Tak už i linuxáci nenávidí Linux. to to s tou svou záští dopracovali dost daleko :).

[kolemjdoucí]

Někdo uzme linux, udělá z něj záhadné komerční cosi na pomezí adware a spyware příčící se snad všem zásadám, a pak se objeví nějakej Dvorak a moralizuje

O totéž (uzmutí linuxu, průnik Win - Lin včetně jmenovaných -ware "featur") se teď snaží sám MS, protože už tam po letech pochopili že s jejich původním zkostnatělým myšlením by jinak v nové době proti Googlu a Applu neměli šanci. Ovšem ne každej je vymletej BFU, takže někteří to i vidí a domyslí si, co se děje a o co jde. Osobně to od nich beru jako bílou vlajku co se týče Widlí, bohužel co se týče touhy po nadvládě se u nich pořád nic nezměnilo (v pořádku, od toho jsou komerční firma, ale výměnou nenabízí nic a berou si bez ptaní mnoho, a to je to co se lidem příčí - tedy používané špinavé triky a metody podobné zločineckým, např. "možnost výběru" typu "updgrade teď nebo upgrade v noci").

[Grunt]

Někdo uzme linux, udělá z něj záhadné komerční cosi na pomezí adware a spyware příčící se snad všem zásadám, a pak se objeví nějakej Dvorak a moralizuje

To je řeč o Googlim Androidu?

[kolemjdoucí]

No, v podstatě taky... proč se asi Canonical snažil o Ubuntu Phone.

[Grunt]

A teď záludný dotaz: Čí je to chyba? Kdo to dovolil?

[kolemjdoucí]

Neříkej, že jsi taky pacient s novinářskou logikou

[Grunt]

Co to?

[xkucf03]

mj. důvod, proč jsou tak důležité copyleftové licence

[Jendа]

Nepomáhají. Viz Android.

[Grunt]

Android je skvělou ukázkou toho co vznikne když se striktní copyleft nedodržuje. Myslím si že anonymní kolemjdoucí to popsal přesně: záhadné komerční cosi na pomezí adware a spyware příčící se snad všem zásadám.

[Jendа]

Myslím, že až na pár driverů na některých telefonech se ve světě Androidu copyleft dodržuje.

[Grunt]

Proto je v něm GPL už snad pouze to jádro, že?

[kralyk z abclinuxu]

No jo, ale to je právě ten problém, protože to je ukázka toho, že když se firmě nelíbí GPLed software, najde nebo napíše si alternativu pod BSD, MIT et al.

[xkucf03]

Což ovšem není chyba copyleftu, ale autorů necopyleftového kódu, kteří tím proprietární software a poškozování koncových uživatelů vědomě či nevědomě podporují.

Pokud si ten necopyleftový kód vyvíjí firma sama, aspoň nese náklady a ví, že zotročování uživatelů není zadarmo. Což je i motivace: být fér k uživatelům a snížit si náklady použitím existujícího copyleftového kódu.

[kralyk z abclinuxu]

Vyadávání ne-copyleftového kódu bych úplně nenazval hned "zotročování uživatelů"...

[Grunt]

Z mého pohledu je to hlavně o korporátní kontrole. Kdyby se na všechny části Androidu použil striktně copyleftový kód, asi by se to ani nemohlo jmenovat Android, ale GNU/Něco, nedalo by se to kontrolovat v prostoru jedné firmy, protože by přispívat mohl každý (nejspíš by taková věc plavala nekontrolovaně někde v cloudu) a hlavně by to nešlo prodávat jako vlastní produkt s vlastním jménem (každý by si mohl dělat vlastní distribuce, ať už komerční nebo ne). Google samozřejmě nechci hanit, protože se musí nechat že co se u nich napsalo, bylo (kam mi až paměť sahá) vždy pod nějakou otevřenou licencí zveřejněno, no bohužel zásada Googlu se netýká dalších v řetězci tedy jejich klientů a tak si třeba o shellu na standardně koupeném stroji na trhu nebo rootovských právech můžeme nechat jen zdát. Googlu se povedl úžasný kousek. Vykrást otevřený svět, naroubovat na něj své logo, předběhnout v prodejích Apple, skloubit nekomerční svět s komerčním a vytvořit jakéhosi kočkopsa který jim sbírá data o uživatelích s úsměvem na rtech. A všichni ostatní se nesnaží o nic jiného než pouze úplně o to samé (s Mozillou a Ubuntu v závěsu).

[Grunt]

Ať to doplním: V podstatě udělali otevřený zavaděč pro proprietární aplikace. Sen spousty firem které o tom snili desetiletí dopředu. A teď se dělá zase opak tohodle.

[Grunt]

A to pouze z toho důvodu aby nebyly nic nuceni jakožto firma zveřejnit pro případ kdyby náhodou. Kdyby existovalo jádro ekvivalentní Linuxu třeba pod MIT licencí, dávno by v Androidu bylo.

[kolemjdoucí]

…quickly.

[mess]

Cygwin už nefunguje? V čem je tohle lepší?

[Radek Miček]

Hádám, že lepší výkon (např. forkování procesů).

[Kvakor]

Že by? Když jsem to kdysi dávno řešil ve WinXP, tak podle toho, co jsem na webu tenkrát dohledal, byl problém s pomalostí vytváření procesů pomocí fork() daný tím, že Win32 API prostě nic takového nemělo (a muselo se to emulovat pomocí něčeho na způsob vfork()+exec() jako součást POSIX subsystému) a navíc jsou windowsovské procesy relativně "těžkotonážní" ve srovnání s těmi unixovými. Docela by mně zajímalo, jestli na tom u novějších verzi něco změnilo ...

[Radek Miček]

že Win32 API prostě nic takového nemělo

Windows má a měl nezdokumentovanou funkci NtCreateProcess, pomocí níž jde fork implementovat. Viz diskuze NtCreateProcess redux. Potíž je ovšem v tom, že pak o nově vzniklém procesu musí Cygwin informovat csrss.exe – zřejmě pomocí CsrClientCallServer.

[Radek Miček]

Z odkazované diskuze:

I know that folks have looked before into NtCreateProcess as a way of doing a real fork() in cygwin, but it's very unclear from the various list archives why it's still a bad idea today, other than its being undocumented.

It's a bad idea because it doesn't work. You can certainly create a forked child with NtCreateProcess, but without being able to connect it to csrss and the rest of the win32 subsystem, this new process is useless. NtCreateProcess-fork works for Interix because it has its own NT subsystem, but Cygwin has to live within win32, and I don't think creating a new subsystem is feasible for anyone without access to the NT source.

[kralyk z abclinuxu]

You can certainly create a forked child with NtCreateProcess, but without being able to connect it to csrss and the rest of the win32 subsystem, this new process is useless.

To ale u lxss, narozdíl od Cygwinu, zřejmě nevadí, ne?

[k3dAR]

pro Cygwin musis mit zkompilovane vse jako "Cygwin binarku", tady pujde rovnou pustit nativni *buntu ELF binarku pro ktere bude realtime prekladano systemove volani z Linux do Windows... tedy takove LINE (Line Is Not Emulator) ;)

[Ivan2]

Napr kdyz v cygwinu spustite sqlplus anebo jinou win32 aplikaci, ktera vyzaduje heslo, tak to heslo uvidite na obrazovce. Narozdil od cmd.

Problem je v tom, ze na Unixu ma obycejne proces 4 sockety, STOUT, STDERR, STDIN a ridici terminal. Ridici terminal je to "pts/X", ktere vidite ve vystupu ps. A vetsinou je totozny s STDIN/STDOUT. Win32 and cygwin aplikace zadny ridici terminal nemaji a pokud se aplikace pokusi svuj terminal "prekonfigurovat"(tcsetattr), tak ma proste smulu.

Podobne terminal nemuze poslat aplikaci HUP, TERM protoze cygwin se snazi vsechno resit pred rouru (presmerovani STDIN/STDOUT). Pokud napr. v cygwinu spustite nmake (MSVC obdoba make) tak uz jeho provadeni nemuzete zastavit pomoci CTRL+C (ani nijak jinak). Pokud nejaka win32 aplikace zavola SetConsoleMode tak muze spadnout protoze neocekava, ze se to vrati s chybou.

Cygwin neni spatny, sam bych bez nej na woknach vubec nedokazal existovat. Ale technologicky je to maximum ceho se da v NT userspace dosahnout. A nikdy nemuze pracovat na 100%. Napr. keytool z Java JDK pod cygwinem nespustite.

[Ivan2]

Koukam, ze jsem to napsal nejak zmatene. Aplikace .ELF na Linuxu ma ridici terminal. Win32 aplikace v CMD ma "konzoli". Aplikace v Cygwinu nema ani jedno ani druhy. Ma "pouze" presmerovani STDIN/STDOUT do roury.

[xkucf03]

A v čem je to lepší než jakýkoli GNU/Linux? Že pod tím běží proprietární shitware je dost zásadní nevýhoda.

[k3dAR]

lepsi to neni v nicem, ale konecne (z nejakeho duvodu nuceny) uzivatel Windows bude mit normalni "prikazovej radek" ;)

[mess]

I když v naprosto dementním emulátoru terminálu

[Kvakor]

Taky nechápu, že dodnes není ve Windows lepší emulátor terminálou, obzvlášť když už mají Power Shell.

[dizz]

Ve Windows 10 je uz lepsi terminal(vodorovne roztahovani okna, lepsi kopirovani textu atd) ne o moc ale uz to neni vylozene tragedie jako v predchozich verzich.

[radix]

Tohle by meli dat do marketingovych materialu. Prvni vec, ktera me laka na upgrade win 10 (z win 7).

[j]

A k cemu ti to bude? V tuxovi to funguje predevsim proto, ze jednak k tomu shellu mas hromadu jednoucelovych tools, a druhak diky tomu, ze vse je soubor. Tzn, chcez zmenit nastaveni cehokoli? Uprav prislusnej konfigurak, nebo se vyprav do /proc /sys ...

[k3dAR]

me k nicemu, ja Windows nepouzivam

[kralyk z abclinuxu]

a druhak diky tomu, ze vse je soubor

Hm, to tak úplně neplatí. To bys musel jet na Plan9

[Pavel Píša]

Pokud si otevřete \\.\ (v C "\\\\.\\") ve Windows NT a výše, tak zjistíte, že jádro NT používá písmenka jen jako aliasy pro kompatibilitu s Win32 (vlastně rozšířeným Win 16 API převzatým z Win3.1 a 95 a 98). V systémových adresářích uvidíte objekty reprezentující pojmenované semafory, drivery, roury atd. I celý TCP/IP stack v původní převzatý jako port kódu je integrovaný přes pojemenovanou pipe a IOCTL bez přímé nutnosti modifikovat jediné interní systémové API a to postavené na bázi VMS. V určitých oblastech je NT řešení dokonce blíže koncepci vše je soubor než Unixy. I interně veškerá komunikace mezi drivery běží přes IORP a vnitřní IOCTL.

Otázka je, jak dobře mají Windows implementovaný ekvivalent pagecache a větvení společného a privátního mapování stránek v rámci anonymous VMA. To a na servisní data nenáročný mechanizmus reverzního mapování, vyhledávání stránek (VPFN k PFN) je na Linuxovém jádře opravdu hodně pokročilý koncept a možná i dokonce originální řešení a průkopnická implementace.

Trochu jsem studoval řešení ve starších Windows a především v ReactOSu a tam použitý mechanizmus pro sdílené stránky postavený na Proto Page Entries se mi zdál, že by dobře chodil na procesorech s podporou INDIRECT PDT (na nejnižší úrovni stránkové tabulky podpora aliasu reference na jinde umístěný záznam o mapování stránky). Jenže na hardwarové úrovni tento mechanizmus podporuje z procesorů co znám jen MMU na m68k. A řešení ve Windows mi připadalo, že se snaží spíše o emulaci této koncepce a třeba na x86 to podle mě nemůže být rozumně výkonné.

Neví někdo, jestli náhodou Windows 10 tuto oblast neřeší lépe, třeba nepřevzaly nápady z Linuxového jádra?

Jinak podle problémů s výkonem GITu na Windows a NTFS to vypadá, že ekvivalent directory cache je/byl na Windows o řád horší než na Linuxu, ale může to být i jen věc nešťastného WIN32 API a pokud proces běží s Unixovou personalitou, tak to může být lepší.

[Pavel Píša]

Pardon tak protopage má být plným textem spíš Prototype PTEs podle ReactOSu.

[kralyk z abclinuxu]

No jo, ale k filesystému (skrz VFS) se člověk přes ten \\.\ namespace nedostane, nebo jo?

[Pavel Píša]

Z C programu je adresář \Devices přístupný standardními službami CreateFile [*1], ReadFile, WriteFile, DeviceIoControl, CloseHandle atd. Alias má právě to \\.\

Třeba pro náš WDM driver je volání pro získání handle

CreateFile("\\\\.\\UL_DRV",GENERIC_READ | GENERIC_WRITE,
                    0, 0, OPEN_EXISTING, attr, 0)

Není to úplně správně, protože místo registrace L"\\Device\\ul_drv" a L"\\DosDevices\\ul_drv" přes IoCreateDevice a IoCreateSymbolicLink m2li v jádře správně používat pro registraci jen instanci ClassGUID a z userspace překlad na něj používat služby konfiguračního a device manageru.

Obecně je pak možné přes celý prostor iterovat pomocí NtOpenDirectoryObject a NtQueryDirectoryObject.

O mapování na device přístupné přes CreateFile něco více zde.

http://stackoverflow.com/questions/21703592/open-device-name-using-createfile

V ReactOSu je možné i přímo v průzkumníku z My Computer přejít na "složku" NT Objects Namespace. Pro Windows si lze takového průzkumníka stáhnout od WinInternals/SystemInternals nyní Microsoftu

https://technet.microsoft.com/en-us/sysinternals/winobj.aspx

Celý prostor je přístupný přes

NtOpenDirectoryObject a NtQueryDirectoryObject

což je nativní API NT (ne obálka Win32) a je potřebné ho načíst přes

HMODULE _hModule = LoadLibrary(_T("ntdll.dll"));

Více viz

https://randomsourcecode.wordpress.com/2015/03/14/enumerating-deviceobjects-from-user-mode/

a

http://www.drdobbs.com/using-nts-undocumented-object-manager-in/184416468

Obecně jako mnoho jiných záležitostí na Windows NT+, celkem solidní a logická implementace v jádře s obdivuhodně dlouhodobě udržitelným API a totálně nepovedené vrstvy v aplikacím dostupném Win API, kde si ve Windows userspace připadám jak se zlomenýma oběma rukama v sádře no a nakonec kromě ReactOSu již ani vlastně naštěstí nevím jak ta Windows, na kterých i naši zákazníci naše drivery a aplikace používají, vypadají.

[*1] CreateFile je ekvivalent Unix open(), pozor open() ve Win32 je bastl snažící se o logiku fd začínajících od nuly a využívající limitované tabulky, ovšem CreateFile vrací handle a ty nejsou zorganizované od nuly. Z pohledu problémů popsaných v The Scalable Commutativity Rule: Designing Scalable Software for Multicore Processors by Austin T. Clemets je vlastně deklarování, že se na nějaký pattern vracených hodnot nedá spoléhat vlastě lepší než unixový přístup. Ale kvůli dup a dup2 se Microsoft v CRT zase snaží zpátky naimplementovat chování Unixu.

[Pavel Píša]

Jinak nyní jsou již funkce obsažené v oficiální dokumentaci Microsoftu a je zde i základní informace o jmenných prostorech

https://msdn.microsoft.com/en-us/library/aa365247%28v=vs.85%29.aspx#nt_namespaces

[Ovocníček]

Je to pro lidi, kteří doteď používali ten Cygwin (vývojáři zvyklí na Linuxové nástroje). Normálnímu BFU to může bejt vcelku putna (předpokládám, že to nebude vést k nějakým nepředvídaným problémům/lézt něčemu do zelí).

[xkucf03]

Je to pro lidi, kteří doteď používali ten Cygwin (vývojáři zvyklí na Linuxové nástroje)

Já jsem vývojář zvyklý na gnu-linuxové nástroje. Ale fakt nevím, proč bych pod nimi měl mít MS Windows resp. proprietární software.

Pokud se snaží udělat něco jako Wine pro ELF binárky, tak se obávám, že vůbec nepochopili jeho smysl. K Windowovým exáčům typicky nejsou zdrojáky a i kdyby náhodou byly, je to tak nestandardní a platformě závislé, že to těžko půjde přeložit pro jiný OS – proto je potřeba Wine, které umožňuje vyřešit situaci, kdy chceš používat svobodný OS, ale ještě (dočasně) potřebuješ nějaké „legacy“ aplikace určené původně pro Windows. Zatímco k těm ELF binárkám typicky zdrojáky existují, na standardy a přenositelnost se hodně dbá a už samotní autoři často vydávají binárky pro různé OS.

Přínos Wine spočívá v tom, že můžeš přejít na svobodný operační systém už v době, kdy jsi ještě závislý na nějakých aplikacích pro Windows. Dělat totéž ale opačným směrem nedává smysl (resp. má to smysl jen pro Microsoft a jeho snahy zatáhnout uživatele zpět do bahna proprietárního softwaru).

[Rezza]

Ale fakt nevím, proč bych pod nimi měl mít MS Windows resp. proprietární software.

Protoze z duvodu treba tveho zamestnani musis delat na Windows a bez beznych toolu, ktere pouzivas doma, ti chybi jedna ruka? Pro spoustu lidi tohle muze byt rozumny kompromis.

[kralyk z abclinuxu]

No pro tebe stejně jako pro většinu zvyklých linuxáků to opravdu žádný přínos nemá a ani to pro nás není určené. MS od toho IMHO očekává to, že budou mít lidi menší motivaci přecházet na Linux, protože když někomu budou chybět Linuxové userspace utility, MS přispěchá a řekne "To si můžete nainstalovat i na Windows, netřeba instalovat Linux". Což je celkem pochopitelná obchodní strategie.

Je to ale dvousečná zbraň - podporuje to povědomí o Linuxových/UNIXových nástrojích a jejich znalost mezi uživateli, takže IMHO ve výsledku může být ten efekt opčaný. Koneckonců, WINE je taky většinou spíš taková pomůcka nebo dočasné (dočasně trvalé ) řešení, kterého by se člověk nejradši zbavil.

Takže je to spíš od MS taková snaha dohnat ostatní a ukrojit si svůj díl popularity UNIXu/Linuxu. Slovo "zoufalá" se tak trochu dere na mysl...

[multi]

Pekne receno!

Nejdrive prodejce rekne pouzijte WINE nebo obdobny nastroj a uzivatele zahackuji. Pak se teprve ukazi problemy a uzivateli reknou joo mily pane mate pouzivat windows.

[Vojta]

Vždyť je to super.

Možnost si na těch widlích, které má skoro každý pustit naše nástroje je krásná.

Microsoft to evidentně myslí s linuxem fajn. Pokud by po tom, co toto rozjede a lidi si na to zvyknou chtěl opět linux zaříznout, tak utře.

Držím palce, snad to dopadne.

[mess]

Anebo to je pokus o klasickou Microsoftí strategii "embrace, extend and extinguish".

[Sten]

Nemyslím si. MS se snaží z Windows udělat to, co se mu povedlo s Azure, tj. nezávislost na platformě a z toho plynoucí příjmy. Mají být „operating system as a service“, který zvládne spustit cokoliv, co uživatelé chtějí, místo dřívějšího pevně svázaného API (občas využívaného právě pro EEE), které ale i přes několik obměn (Win32, .NET, C++/CX) už roky upadá. Windows 10 mají podobnou vrstvu třeba pro iOSové aplikace a MS nedávno představil MS SQL pro Linux, takže podpora linuxových toolkitů (a časem asi i aplikací; možná čekají na Wayland?) dává dobrý smysl a zapadá do současné koncepce.

V podstatě na úrovních „first they ignore you, then they laugh at you, then they fight you, then you win“ se Linux dostává do posledního stádia.

[jadd]

naše nástroje

Koho? Ty máš pocit, že ti něco patří?

[Leowin]

A jé, komunista dorazil...

[Peter Golis]

Je zaujímavé pozorovať ako sa nezhodnú názory komunistu a socialistu. Jeden znárodní súkromný majetok, a druhý to rozdá všetkým. Aj tým, čo nepoznajú pojem majetok.

[Vojta]

A když řeknu, že se bavíme naší řečí - češtinou, budete souhlasit? Já bych to (podle svého citu pro onu řeč) vyhodnotil že ano.

Nicméně si jako vlastník češtiny nepřipadám (a předpokládám, že vy také ne). Pouze vím, že někteří také slované postupně vybudovali češtinu. Uživatelů jazyka je přitom řádově více, než lidí, kteří jej vystavěli.

Pokud se místo s člověkem bavím s počítačem, stejně jako mnoho dalších linuxáků pomocí shellu (jelikož češtině počítače nerozumí) a vím, že někteří jiní linuxáci ty nástroje vybudovali a dali k dispozici ostatním.

Vlastníkem žádných linuxových nástrojů pochopitelně nejsem.

[jadd]

Pak dokud neporuší licenci, je to každého. Já osobně kvůli tomu Windows používat znovu nezačnu a asi to tak budou mít i ostatní. Je jasné, že to souvisí se snadností kooperace mezi oběma systémy, pro korporátní zákazníky, a z toho plyne, že ani řadový uživatele tohle nebude nijak zvlášť zajímat. Canonical taky neživí řadový uživatelé ale korporátní zákazníci, kteří mají zájem používat krom jiného také služby Windows.

[pc2005]

Zdalipak bude RMS požadovat označování GNU/Windows .

[kozzi]

Obcas mi tu opravdu chybi funkce ve stylu "libi se" :)

+1

[kralyk z abclinuxu]

[Conscript89]

Proc by mel? Oznacoval nekdy snad treba GNU/Android? Predpokladam ze treba coreutils na androidu budou.

[kralyk z abclinuxu]

Predpokladam ze treba coreutils na androidu budou.

Nejsou Mají vlastní libc (Bionic) a vlastní userspace odvozený tuším z nějakého BSD...

[xm]

Nikoliv, Android používá v nových verzích toybox (klon BusyBoxu pod BSD licencí). Ve starších verzích používali jejich vlastní toolbox (který toho ale oproti BusyBoxu / toyboxu moc neuměl).

Místo glibc používá Android svojí vlastní knihovnu bionic (obsahuje libc, libm, libdl, libstdc++ a dynamický linker). Kompilován je sice ještě stále s gcc (pokud se nepletu), ale v nových verzích už je značný odklon směrem k clang/LLVM (alespoň minimálně v posledních verzích Android NDK je gcc už označeno jako deprecated ve prospěch clangu).

Prostě snaží se GNU GPL zuby nehty vyhýbat :-/

[jadd]

Proc by mel?

Souhlas, na to nemá žádné právo. Android i Linux je distribuován jako celek i s jádrem, u Microsoftu bych se divil kdyby to distribuoval v prodejném celku, zkrátka je to blbost*, takže myšlenému vtipu jsem se ani nemohl zasmát.

*Předpokládám, že Microsoft soudní spory nevzrušují.

[Jelcekk]

Někdo vás musí naučit používat správně pojmy, sakra.

[xvasek]

Nějaký tar nebo wget a tak jsou o ničem, ty byly pro Widle vždycky - ať už ve formě zdrojáků nebo nějaké předbalené binárky. Osobně jsem ale velmi vzrušen z toho aptu. To jako fakt bude možnost něčeho jako apt-get install gimp, nebo apt-get update && apt-get dist-upgrade? Půjde tím distribuovat i win32 software? Vznikne (nezávislé) repo třeba pro LibreOffice? Tvl po těch letech konečně _normální_ způsob stažení a instalace software ve Windows? To se mi nechce věřit...

[J]

už teď je chocolatey

[xvasek]

Zajímavé... Každopádně toto má být snad oficiální podpora, takže to je zase něco trochu jiného.

[skunkOS]

Který je architekturálně prostě prasácký. Podobně jako třeba PortableApps.

[Grunt]

Pochybuju. To už jsou zas moc vlhké sny…

[skunkOS]

Jinak "apt-get" like správce balíků existuje pro cygwin a funguje velmi dobře.

[Bill Gates]

Widle patri do hnoje.

[kyytaM]

+1

[Jelcekk]

Pěkný. To už nám zbývá jenom kernel a celej userland a třeba to pak bude použitelný.

[OkurPytel]

Mam pocit z Microsoft inovuje rychleji Windows(i svuj cely ekosystem) nez jsou schopni lide to (a to i admini).

[jadd]

Který nástroj mohu použít k dekompilaci?

[Václav "Darm" Novák]

Skoro to vypadá na pár piv, nebo něco ostřejšího.