Poslední příspěvky

Stran: [1] 2 3 ... 10
1
Windows a jiné systémy / Re:Digitální licence Windows 11 a přesun do KVM
« Poslední příspěvek od Michal Šmucr kdy Dnes v 12:46:11 »
Řešil jste to v případě Windows 10 nebo Windows 11? To omezení bývalo u starších verzí Windows, ale Windows 10 už bylo možné i v OEM verzi instalovat do virtuálu. Řešilo se to třeba zde: https://forum.root.cz/index.php?topic=24342.15

Řešil jsem to vícekrát primárně pro Windows 10 (s tím, že 11 jsou víceméně to samé). Dotazy na MS partnery, případně na compliance oddělení ve firmě (a počítám následný dotaz na MS). Výsledek tehdy byl, že v pořádku pro tohle použití (lokální hypervizor na strojích vývojářů a administrátorů) je plná retailová nebo firemní volume licence.
Totéž pak od Parallels, jestli nemají nějaký OEM deal s MS.. "Ne. Kupte si za 200 USD licenci na Online MS Store".

Je tam samozřejmě pořád nějaká možnost, že mohli být papežštější než papež.. nebo partneři chtěli prodat dražší licence, ale úplně bych na to při auditu nesázel :)

Tu pasáž z OEM EULA (nenašel jsem už teď v rychlosti Windows 10, ale 11 je obdobné) ohledně provozu (dedikované) OEM licence ve VM znám.. A interpretovali mi to tak, že je to pro primárně pro vendory těch virtualizací nebo dodavatelé systémů, kteří za určitých podmínek můžou udělat pre-deploy OEM klíčů a navázat je na nějaké identifikátory podobně jako to dělají třeba výrobci počítačů (HP, Dell, Asus). Ale tohle mám zprostředkovaně.

Každopádně to, na co se ptal Darebáček, mi přijde jako trochu jiná věc. Ta existující OEM licence svázaná s použitím na fyzickém hw (koupená např. s notebookem) se nepřenáší do VM, i kdyby běžel na tom samém hw. I když teď poodhlédeme od těch zajímavých technikálií (kopírování ACPI tabulky atp.) nebo jestli použít FPP (retail licence fyzická nebo ESD) případně, jestli tam může být i levnější OEM.. MS prostě licenčně bere běh ve VM jako samostatnou věc.
Jedinou výjimkou jsou pak určité Windows Server edice, které si koupíte OEM se serverem a mají pak třeba povolený určitý počet spuštěných VM s licencovanými Windows, pokud tam běží pod Hyper-V.

2
Vývoj / Re:Přechod z Javy na Rust. Ano či ne?
« Poslední příspěvek od balkovic kdy Dnes v 12:40:00 »
Pro drcení čísel je Fortran stále nepřekonaným jazykem a stále je modernizován. Neznám jiný jazyk, který by tak efektivně pracoval s vícerozměrnými poli.

Len sa to nikomu nechce prepisovať z predpokakanosti, že by v tom narobili chyby. A keď je to zapúzdrené v knižniciach a na používateľskej úrovni sa použije povedzme python, nikoho to ani netrápi. (Teda dovtedy, kým to neprináša nejaké nepríjemné obmedzenia)
3
Vývoj / Re:Přechod z Javy na Rust. Ano či ne?
« Poslední příspěvek od Kit kdy Dnes v 12:29:06 »
Před nějakými 30 lety se kladly řečnické otázky, zda FORTRAN přežije rok 2000. C, a zejména C++, mělo přitom nepochybně mnohem silnější tah na branku v porovnání s FORTRANem-66 nebo 77, než má Rust oproti C++. Asi není špatné Rust umět (po mně to už nechtějte), ale pracovat na C++ nebo Javě je jistější chleba.

Pro drcení čísel je Fortran stále nepřekonaným jazykem a stále je modernizován. Neznám jiný jazyk, který by tak efektivně pracoval s vícerozměrnými poli.
4
Vývoj / Re:Přechod z Javy na Rust. Ano či ne?
« Poslední příspěvek od Kit kdy Dnes v 12:19:35 »
Zrovna studuji XProc, který podle mne skoro nikdo nezná, ale rozhodně je zajímavý.
XProc se moc neujal, ne? Zajímal jsem se o to v době kolem vydání první verze specifikace, pak jsem se na to ještě párkrát podíval. Ale existovala jen jedna nebo dvě implementace a jejich možnosti byly dost omezené.

Aktuální je verze XProc 3.1, která vyšla letos na jaře. Umí toho řádově víc než jednička. Hlavně více vstupů v různých formátech, včetně CSV a JSON. Umí i položit SQL dotaz a zpracovat výstup. Je toho docela dost. Existují dvě implementace - XML Calabash a MorganaXProc.
5
Vývoj / Re:Přechod z Javy na Rust. Ano či ne?
« Poslední příspěvek od Filip Jirsák (forum) kdy Dnes v 12:15:24 »
Asi nejznámější příklad - Pascal vs. C. Pascal nepochybně je bezpečnější a přehlednější než C, tlačil se lidem do hlav už od středních škol, ale stejně nakonec většina těchto lidí přešla na C. Ten proces bych přirovnal k přechodu z cvičného letounu na "ostrý" stroj.
Pascal se používal v podobě Object Pascalu v Delphi. A řekl bych, že GUI aplikací bylo daleko víc napsaných v Delphi než v C nebo C++. Delphi pak porazila Java, ne C nebo C++.

Rust podle mne konkuruje spíš C než C++.

V Javě bude ještě dlouho mnohem víc aplikací, než v Rustu. To samé i když v menší míře platí i o C++. Ale výhoda programování je, že si můžete vybrat prakticky libovolný programovací jazyk, a hlady nezemřete. U některých bude trochu snazší najít práci, u jiných trochu složitější, ale pokud budete opravdu umět programovat, práci si najdete vždycky.
6
Vývoj / Re:Přechod z Javy na Rust. Ano či ne?
« Poslední příspěvek od Jožka Niemand kdy Dnes v 11:48:39 »
Nemyslím si, že by byl náhradou Javy, ale spíš náhradou C++.

Už zas chce niekto nahradzovať C++?? To sa naozaj nestane...

Je mi jasné, že C++ tu bude ještě dlouho, ale snad uznáš, že Rust je o něco bezpečnější a že dává méně prostoru, jak se střelit do nohy.
To není zas tak silný argument, jak si spousta lidí myslí. Snaha o takové jazyky tu byla už dávno a stejně oproti těm "nebezpečnějším" vždycky hrály spíše druhořadou roli. Asi nejznámější příklad - Pascal vs. C. Pascal nepochybně je bezpečnější a přehlednější než C, tlačil se lidem do hlav už od středních škol, ale stejně nakonec většina těchto lidí přešla na C. Ten proces bych přirovnal k přechodu z cvičného letounu na "ostrý" stroj.
Za sebe říkám, že Rust mi nestojí za tu hromadu problémů, kterými se pokouší řešit jiné problémy. Je to podobné, jako by mi někdo místo češtiny nutil jiný jazyk, který nemá vyjmenovaná slova a shodu podmětu s přísudkem - zato říci v něm "dobrý den" je, jako když Wimmer učí maďarštinu. Jenže já v těchto pravopisných jevech chyby už dávno nedělám. Rustafariáni tvrdí, že každý v tom dělá chyby, ale já trvám na svém - chybu takového typu jsem v C neudělal, ani nepamatuji. Navíc pak tu je nedílná součást vývoje - testování.

Před nějakými 30 lety se kladly řečnické otázky, zda FORTRAN přežije rok 2000. C, a zejména C++, mělo přitom nepochybně mnohem silnější tah na branku v porovnání s FORTRANem-66 nebo 77, než má Rust oproti C++. Asi není špatné Rust umět (po mně to už nechtějte), ale pracovat na C++ nebo Javě je jistější chleba.
7
Windows a jiné systémy / Re:Digitalni licence Win 11 a přesun na KVM
« Poslední příspěvek od Filip Jirsák (forum) kdy Dnes v 11:33:52 »
Přesto, že jste zmiňoval historku s chlapíkem a aktivací, tak to s OEM licencí (k vašemu počítači) oficiálně nejde.
Vícekrát jsem to během let i třeba s kolegy zjišťoval, například pro běh v Parallels na Macu, KVM/QEMU na Linuxu a odpověď byla vždy negativní. Pokud to má být licenčně v pořádku, potřebujete plnou retail licenci (cca 200 USD za Pro verzi).
Řešil jste to v případě Windows 10 nebo Windows 11? To omezení bývalo u starších verzí Windows, ale Windows 10 už bylo možné i v OEM verzi instalovat do virtuálu. Řešilo se to třeba zde: https://forum.root.cz/index.php?topic=24342.15
8
Windows a jiné systémy / Re:Digitalni licence Win 11 a přesun na KVM
« Poslední příspěvek od Michal Šmucr kdy Dnes v 11:23:59 »
Přesto, že jste zmiňoval historku s chlapíkem a aktivací, tak to s OEM licencí (k vašemu počítači) oficiálně nejde.
Vícekrát jsem to během let i třeba s kolegy zjišťoval, například pro běh v Parallels na Macu, KVM/QEMU na Linuxu a odpověď byla vždy negativní. Pokud to má být licenčně v pořádku, potřebujete plnou retail licenci (cca 200 USD za Pro verzi).

Ale pokud se ptáte, jestli je tam technická možnost, tak za určitých podmínek nejspíš ano..
Pokud se jedná o skutečně OEM klíč od nějakého výrobce (např. HP, Lenovo..), tak je typicky vázaný na SLIC (software licensing) ACPI tabulku a metadata (manufacturer, sku atp.) z SMBIOSu.
Mrkněte se na odpovídající dokumentaci k libvirt nebo ekvivalent u čistého QEMU.
https://libvirt.org/formatdomain.html#common-os-element-configuration

Ta metadata z fyzického počítače získáte přes dmidecode. SLIC ACPI tabulku můžete vykopírovat celou z /sys/firmware/acpi/tables/.
Další možnost je pak tak, že je použitý OEM klíč už je v tabulce ACPI tabulce MSDM (tam se nechá najít jako plaintext).

Můžete si to zkusit nastavit ve VM, případně použít klíč a uvidíte, jestli se to chytne. Zkoušel jsem to pro zajímavost před lety (Windows 7, 10) a normálně jsem to rozběhl, Windows ve VM naběhly rovnou aktivované.

Já to v posledních letech moc neřešil, mám buď multiboot s Windows, nebo samostatný počítač. Když mám něco na testování, technickou podporu atp., tak různé verze Windows, co mám třeba v nějakých výchozích šablonách, ve virtuálech vůbec neaktivuji a je to v podstatě jako trial. Omezení nekativovaných Windows pro tohle použití nevadí, a jakmile to nepotřebuji, tak to smáznu a při příštích pokusech to vezmu načisto.
9
Myslím, že OEM licence Windows nezakazuje provozovat je ve virtuálu, musí to být ale stále na tom původním počítači.

Postupujte stejně, jako v tom článku – aktivujte Windows telefonicky. Microsoft technicky toleruje několik změn hardwaru, na kterém běží Windows – třeba kvůli reklamacím hardwaru řešeným výměnou. Akorát vás v některých případech donutí do té telefonické aktivace, ale ta v takových případech projde.

Provozovat neaktivovaná Windows mi nedává smysl. Chodí na ně vůbec aktualizace? Navíc to působí blbě, když to někdo uvidí, a zbytečně se tím zvyšuje riziko nějakých problémů (ať technických, že v těch Windows něco nebude fungovat, tak právních, že budete muset dokládat, že tu licenci opravdu máte).
10
Windows a jiné systémy / Re:Digitální licence Windows 11 a přesun do KVM
« Poslední příspěvek od rmrf kdy Dnes v 10:50:55 »
Taky ty Windowsy můžeš provozovat neaktivované. Kromě nějakých blbostí, jako je nastavení pozadí apod., fungují bez problémů.
Stran: [1] 2 3 ... 10