Google Chrome 136 byl prohlášen za stabilní. Nejnovější stabilní verze 136.0.7103.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 8 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 4.5.0. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.
Byl vydán Mozilla Firefox 138.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 138 je již k dispozici také na Flathubu a Snapcraftu.
Šestnáctý ročník ne-konference jOpenSpace se koná 3. – 5. října 2025 v Hotelu Antoň v Telči. Pro účast je potřeba vyplnit registrační formulář. Ne-konference neznamená, že se organizátorům nechce připravovat program, ale naopak dává prostor všem pozvaným, aby si program sami složili z toho nejzajímavějšího, čím se v poslední době zabývají nebo co je oslovilo. Obsah, který vytvářejí všichni účastníci, se skládá z desetiminutových
… více »Richard Stallman přednáší ve středu 7. května od 16:30 na Technické univerzitě v Liberci o vlivu technologií na svobodu. Přednáška je určená jak odborné tak laické veřejnosti.
Jean-Baptiste Mardelle se v příspěvku na blogu rozepsal o novinkám v nejnovější verzi 25.04.0 editoru videa Kdenlive (Wikipedie). Ke stažení také na Flathubu.
TmuxAI (GitHub) je AI asistent pro práci v terminálu. Vyžaduje účet na OpenRouter.
Byla vydána nová verze R14.1.4 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek i s náhledy v poznámkách k vydání. Podrobný přehled v Changelogu.
Bylo vydáno OpenBSD 7.7. Opět bez písničky.
Asi každý z nás se už setkal nějakou Windows aplikací, která je sice stará a ošklivá, ale je z nějakého důvodu potřeba ji provozovat – ať už je to ekonomický software nebo něco důležitějšího, co přímo souvisí s naším kór-byznysem, např. CAD – bez ní se prostě nedá svítit.
Řešení je několik. Nejpohodlnější a z krátkodobého hlediska nejjednodušší je zůstat u Windows – licence už máme, uživatelé je umí používat, i když na ně nadávají, nějak to funguje, nebo už jsme si zvykli na to, že se každou chvíli něco podělá, ale stala se z toho taková rutina, že to ani jako problém necítíme. Problém to samozřejmě je, ale až ve chvíli, kdy začneme počítat náklady a dívat se trochu dál do budoucnosti než jen do konce roku.
Ti odvážnější z nás přešli na Linux a staré Windows aplikace provozují pod Wine. Není to optimální, hodně aplikací nefunguje, některé fungují mizerně, ale na druhou stranu hodně z nich se dá bez problémů používat – ale co když mezi nimi není ta naše?
Technicky nejdokonalejší řešení je použít terminálový přístup. Aplikace budeme spouštět např. pomocí Citrix XenApp, na desktopu můžeme mít svůj oblíbený operační systém a budeme mít ve firmě/organizaci jeden Windows server, na kterém tyto staré aplikace budeme provozovat. Vtip je v tom, že aplikace běží na normálních Windowsech, bez nějaké emulace, takže má všechno, co potřebuje. Nesetkáme se tedy s takovými problémy jako u Wine (kde některé aplikace nefungují). Windows aplikace jsou teď v podobné roli, jako byly před pár lety staré terminálové aplikace (zelené obrazovky 
mainframy).
Potíž je ale v něčem jiném – pro takové řešení potřebujeme pro každého uživatele koupit terminálovou licenci Windows a ta je srovnatelná s desktopovou licencí (kterou navíc pravděpodobně už koupenou máme). Místo abychom se Windows zbavili nacpeme Microsoftu další peníze za terminálové licence (o licencích za Citrix nemluvě) a budeme doufat, že se nám investice časem vrátí na ušetřených nákladech za provoz a hardware… možná („v té hezké studii to tak přece je“).
Nějaké uspokojivé řešení přece být musí, ne? Napadlo mne, co takhle portovat Wine na Windows a přidělat k němu vzdálený přístup. To, co Wine neumí v Linuxu správně emulovat (není to přece emulátor 
), to by obstaraly skutečné Windows, nad kterými by Wine běželo. Nejsem schopný něco takového naprogramovat (v Javě by to asi nebylo ono a v C/C++ jsem ještě tak daleko nepokročil), ale na vymýšlení blbostí mě užije Představoval bych si to tak, že bychom měli jeden počítač s normálními Windows (klidně Home) a nad ním by běžely všechny aplikace, možná i pod jedním Windows uživatelem. Použilo by se něco jako LD_PRELOAD, aby aplikace viděla jen to, co má a ošetřil se vstup (myš a klávesnice) a výstup (obrazovka) – ty by směřovaly na (linuxový) desktop uživatele někde na síti. Vyřešení přístupu k datům by bylo poměrně triviální – sdílené disky.
Stačila by nám pak jedna licence na Windows (Home, OEM), na kterých by (pod jedním uživatelem) běžel náš speciální software.
P.S. záměrně jsem tu nezmínil možnost, že začneme používat alternativní program, nebo že si aplikaci necháme přepsat jako multiplatformní – to by měla být u nových aplikací samozřejmost, ale u těch starých je to většinou nereálné.
Tiskni
Sdílej:
A nejlíp pod Qt
)
+1
(nebo v Javě :-P)
15.7.2009 13:18
xkucf03 | skóre: 49
| blog: xkucf03
A když na tom počítači budu psát dokumenty a posílat je stovkám lidí e-mailem, potřebuju pro ně taky licence na Widle? :-) Prostě mi to přijde padlé na hlavu (což neznamená, že to nemůže být napsané v licenčních podmínkách Microsoftu).
Podle mě takhle restriktivní licence WindowsXP není. Viz třeba: http://www.xpunlimited.nl/ - píšu o tom i v komentáři níže. Věřím, že to mají dobře ověřené, že to licenci Windows XP neodporuje, protože tím Microsoftu kazí prodej Terminal Server licencí. Omezení na 10 připojení se ale určitě vztahuje na současný počet připojení k diskům sdílených CIFS protokolem, to myslím nejde nijak obejít.
You may permit a maximum of ten (10) computers or other electronic devices (each a “Device”) to connect to the Workstation Computer to utilize the services of the Product solely for File and Print services, Internet Information Services, and remote access (including connection sharing and telephony services). The ten connection maximum includes any indirect connections made through “multiplexing” or other software or hardware which pools or aggregates connections.Windows XP Eula
tak je mozna lepsi reseni pouzivat linux na desktopu a ty Win jenom virtualizovat
Tohle je dobré řešení – jen je potřeba nemít OEM licence, které jsou vázané na konkrétní počítač, ale plné verze Windows – bohužel jsou ty OEM hodně časté. Plná verze se pak dá přesunout do virtuálního počítače, který může běžet na serveru a přistupovat k němu přes VDI. Koncový uživatel pak může mít linuxový počítač nebo tenkého klienta.
Pokud teď někdo kupuje licence na Windows, tak bych doporučoval nekupovat OEM – s ohledem na budoucnost a případnou virtualizaci (aby je pak nemusel kupovat znova).
Nejsem si jistej, jestli by nekdo chtel portovat Wine do Windows … Dalsi moznost by byla do Windows napsat nejakou mezivrstvu
jj, to wine byl jen prvotní nápad, protože to už taková mezivrstva je. Taky jsem si říkal, že by se mohl napsat zvláštní ovladač grafické karty (a myši a klávesnice), který by přesměrovával okno dané aplikace uživateli na vzdálený desktop. Potíž ale je (stejně jako u VNC), jak řešit víceuživatelský přístup – leda nějak inteligentně přepínat aplikace v popředí a párovat vstupy/výstupy správných aplikací na správné uživatele. To by bylo dost křehké řešení.
15.7.2009 13:27
xkucf03 | skóre: 49
| blog: xkucf03
Takhle si to vykládám taky (opravdu si nebudu kupovat další licenci na Widle, které si tak jednou za 1-2 měsíce spouštím ve VMwaru, když už jsem si musel koupit jejich OEM verzi s počítačem).
Jenže je otázka, zda něco ušetříme tím, že budeme mít na desktopu Linux a k tomu ještě virtualizované Windows na témže HW. Pominu-li zvýšené nároky na výkon (hlavně RAM), musím se stále starat o ty Windows. Úspora by mohla být v tom, že by se změny na Windows disku neukládály a prostě by se vždycky zahodily a nemělo by se tak co pokazit (uživatel by vždycky začínal s čistým diskem).
Při centralizaci virtuálních desktopů by se dalo ušetřit víc. Také by stačily licence jen pro současně běžící systémy.
A umožňuje licence Windows provoz ve virtuálním prostředí?
(Otázka je položena protože v nějaké EULE jsem zahlédl zákaz nejen reverze ale i provozu ve virtuálech. Bohužel nevím v kterých Windows, takže by to někdo musel přečíst u těch, kterých se to aktuálně týká.)
Na tohle není potřeba portovat WINE na Windows. Pokud máte základní licenci na Windows Server, mohou se přes RDP připojit bez zvláštní licence jen 2 uživatelé. Lze dokoupit Terminal Server licence od Microsoftu pro další přístupy, ale cena je relativně vysoká - ve srovnání s desktop licencí se to nevyplatí (cenově, ale přesto se to používá kvůli jiným výhodám). Ale existují různé komerční apliakce, které umožňují otevřít na Windows Server (nebo dokonce Windows XP!) neomezený počet RDP připojení, tj. přihlásit se libovolnému počtu různých uživatelů.
Třeba systém XPUnlimited - http://www.xpunlimited.nl/ - který používáme, tohle umí, a stačí jen licence na samotný OS. Takže to není otázka ceny licencí Microsoftu / Citrixu. Samozřejmě i tohle řešení něco stojí, ale už je to méně. Místo portování WINE můžete vytvořit něco takového pod GPL licencí...
Problém je spíš v tom, že terminálový přístup nelze použít pro všechny aplikace. Pro software s 3D grafikou je to nepoužitelné - tj. právě třeba ty CADy. Jak by to fungovalo třeba s takovým Photoshopem, těžko říct. Ale na všechno ostatní je to dobrá volba. Pokud ovšem srovnám v jakých relacích se pohybují ceny licencí na CAD systémy a cenu licence Windows...
15.7.2009 13:38
xkucf03 | skóre: 49
| blog: xkucf03
Ale existují různé komerční apliakce, které umožňují otevřít na Windows Server (nebo dokonce Windows XP!) neomezený počet RDP připojení, tj. přihlásit se libovolnému počtu různých uživatelů.
S něčím takovým jsem si hrál. Ten program byl dokonce zadarmo (freeware) a odblokoval Windows XP, aby se mohlo připojit neomezeně uživatelů přes RDP. Bral jsem to ale spíš jako crack… Pokud by takové řešení bylo legální, bylo by IMHO zcela vyhovující*. Jak to tedy je?
*) až na pár graficky náročných aplikací (ale i ten náš CAD se dal celkem dobře provozovat po místní síti a RDP).
Taky si vzpomínám, že něco takového existovalo i jako freeware. Bylo to myslím založeno na tom, že se vzaly nějaké .dll z testovací verze Service Packu 2, kde to Microsoft zapoměl vypnout (ale tohle nevím přesně, ať mě kdyžtak někdo opraví). Každopádně to nešlo považovat za stabilní a podporované.
Pokud vím, tak takovéhle řešení legální je. Podle vyjádření autorů XPUnlimited jejich kód nijak nezasahuje do kódu Microsoftu, takže z tohoto pohledu OK. Pak by mohl být problém v licenci Windows, ale myslím, že tam nic takého není. Věřím, že to budou mít právně dobře ošetřené. Neměl by být problém něco takovéhu udělat pod svobodnou licencí.
Spíš bývá problém v licencích těch aplikací, které by člověk chtěl terminálově provozovat. Buď je s tím počítáno - třeba u MS Office - a musíte mít tolik licencí, kolik je max. počet současně připojených uživatelů. Často ale licence takové použití přímo zakazuje ("Licence platí pro 1 PC. Nesmí být umožněno, aby na PC pomocí vzdáleného přístupu pracoval více jak 1 uživatel."), zrovna tohle jsem viděl u nějakého CADu...
15.7.2009 14:06
xkucf03 | skóre: 49
| blog: xkucf03
Nesmí být umožněno, aby na PC pomocí vzdáleného přístupu pracoval více jak 1 uživatel."), zrovna tohle jsem viděl u nějakého CADu...
njn, tak to ale zase beru – jinak by totiž celý ateliér mohl pracovat na jedné licenci za CAD, místo aby měl každý uživatel svoji. Neměl by být problém se nějak dohodnout, např. že se koupí licence pro každého uživatele, ale budou se provozovat terminálově z jednoho serveru (to není nic proti ničemu). O ty aplikace mi až tak nejde, spíš o licence za Windows.
U Office 2007 je to složitější, protože pro užití na "Vzdálené ploše" je licenčně povoleno používat pouze MS Office 2007 Enterprise. Což je docela ranec, když si člověk vezme cenu za licenci * počet uživatelů.
15.7.2009 14:43
xkucf03 | skóre: 49
| blog: xkucf03
A pod Wine se smí používat která verze?
Tak u wine je to docela jedno. ;) Protože na 95% kompů to běží na tom jednom kompu jako jednouživatelské . :)
15.7.2009 14:58
xkucf03 | skóre: 49
| blog: xkucf03
Ale i tak – to Microsoftu nevadí, že si koupím jen licenci na Word a už ne licenci na Windows?
Vadí, ale jsem si nevšiml, že by MacOS X bylo v prodejním portfoliu Microsoftu a přesto prodává MS Office pro Mac. :)
Bylo by jistě zajímavé mít v Linuxu nativní Office od MS. Myslím si, že Microsoft by asi nakonec nebyl proti, ale zatím má Linux na desktopu poměrně malé zastoupení, aby se vyplatilo vytvořit programátorský tým. :)
15.7.2009 23:22
Jendа | skóre: 78
| blog: Jenda
| JO70FB
Myslím si, že Microsoft by asi nakonec nebyl protiByl, padl by tím další v diskuzích často zmiňovaný argument.
Jako že Microsoft nebude něco programovat jen proto, aby se měli lidi na Slashdotu, ABCLinuxu, Živě a podobně o čem dohadovat?
16.7.2009 00:14
Jendа | skóre: 78
| blog: Jenda
| JO70FB
. Protože by mohli na Linux přejít i ti, pro něž byla nenativnost MS Office blockerem.
Mno, tam je otázka o jak velké procento uživatelů jde, kteří by kvůli nativní aplikaci přešli na Linux. ;)
16.7.2009 01:11
Jendа | skóre: 78
| blog: Jenda
| JO70FB
IMHO to většina není, jsou daleko důležitejší aplikace, které blokují přechod na Linux. MS Office jsou jen kancelářský balík, většina uživatelů stejně používá jen Word a to na úrovni „lepšího“ poznámkového bloku, 99% z nich by pak stačily OpenOffice.org a ten zbytek by mohl používat MS Office přes Wine.
Zajímavé bude, až Microsoft vydá příští rok webové Office podporované reklamou. Dle demonstrací to v pohodě běhá ve Firefoxu.
ať jde celý MS i s widlema do řiti. a pokud nekdo rozjede byznys na windows, tak je to jeho boj a ten at de taky do řiti!
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
17.7.2009 14:41
15.7.2009 13:55