Poslední příspěvky

1

Windows a jiné systémy / Re:Digitální licence Windows 11 a přesun do KVM

« Poslední příspěvek od RDa kdy Dnes v 14:25:11 »

MS prostě licenčně bere běh ve VM jako samostatnou věc.

Tohle tvrzeni a omezeni z licencnich podminek neobstoji pod soudem v pripade kdy provozujete (jednu) VM instanci.

Je to stejne, jako kdyby vam licence prikazovala pouziti konkretniho vyrobce procesoru (intel), ale zaroven fungovala na vsech (amd a ostatni). Nebo vam licence prikazovala pouzivani jejich SW s uzivatelem jen ve stoje.

Pokud totiz vyrobce sw sam nedorzuje sve licencni podminky - alespon zakladni kontrolou ze nedelate neco nad ramec (jak je tomu napr. u poctu jader cpu), tak je takove ujednani neplatne.

Kontrolovat, zda bezi sw ve VM je jednoduche. A porusovat pak licenci skrze modifikaci sw na odstraneni teto kontroly by uz postizitelne bylo.

2

Windows a jiné systémy / Re:Digitální licence Windows 11 a přesun do KVM

« Poslední příspěvek od RDa kdy Dnes v 14:09:55 »

Totéž pak od Parallels, jestli nemají nějaký OEM deal s MS.. "Ne. Kupte si za 200 USD licenci na Online MS Store".

To je velice spravne.

HW je zde totiz MAC, k tomu jste nikdy nemohli dostat OEM licenci (k sestave, potazmo desce), takze jedina legalni cesta je poridit novou licenci od MS - plnou.

Pokud by se melo jednat o Parallels na Hackintosh sestave, tak naopak puvodni OEM licence, co k dane sestave byla dodana vyrobcem sestavy, bude imho pouzitelna pod vm, v jedne kopii.

A kupovat OEM licence sam pro sebe je totalni nesmysl - prave specifikum te OEM licence je, ze ten kdo ji porizuje (od MS), neni nikdy zaroven tim, kdo ji pouziva, protoze se jedna o urcity druh pasactvi.. ze se to posune nekomu dalsimu.

Ale zpet k tematu - dotaz byl na vestavene digitalni licence - tj. UEFI se SLIC.

3

Hardware / Re:Utilita na zistenie kompatibility HW s Linuxom?

« Poslední příspěvek od Wasper kdy Dnes v 13:07:37 »

Obecně bych se měl v Linuxu na pozoru před big.LITTLE (posledních pár generací CPU Intel) - raději AMD, kde jsou všechna jádra stejná (plnohodnotná). Údajně snad i AMD už má nějaké první vlaštovky s nestejnými jádry...

Proč? Funguje to dost dobře out of the box (i5 12600KF), dokonce se tím dá pomocí afinity řídit hlučnost u žravých procesů (beesd, dnes bohužel i firefox...)

ad původní dotaz - zkuste bootnout z USBčka nějaké live distro. Já tahám v kapse Kali linux, ale nepochybně jsou i jiné distribuce https://www.debian.org/CD/live/

4

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.

5

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)

6

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.

7

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.

8

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.

9

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.

10

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