Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) spolu s NSA a dalšími americkými úřady upozorňuje (en) na čínského aktéra Salt Typhoon, který kompromituje sítě po celém světě.
Společnost Framework Computer představila (YouTube) nový výkonnější Framework Laptop 16. Rozhodnou se lze například pro procesor Ryzen AI 9 HX 370 a grafickou kartu NVIDIA GeForce RTX 5070.
Google oznamuje, že na „certifikovaných“ zařízeních s Androidem omezí instalaci aplikací (včetně „sideloadingu“) tak, že bude vyžadovat, aby aplikace byly podepsány centrálně registrovanými vývojáři s ověřenou identitou. Tato politika bude implementována během roku 2026 ve vybraných zemích (jihovýchodní Asie, Brazílie) a od roku 2027 celosvětově.
Byla vydána nová verze 21.1.0, tj. první stabilní verze z nové řady 21.1.x, překladačové infrastruktury LLVM (Wikipedie). Přehled novinek v poznámkách k vydání: LLVM, Clang, LLD, Extra Clang Tools a Libc++.
Alyssa Anne Rosenzweig v příspěvku na svém blogu oznámila, že opustila Asahi Linux a nastoupila do Intelu. Místo Apple M1 a M2 se bude věnovat architektuře Intel Xe-HPG.
EU chce (pořád) skenovat soukromé zprávy a fotografie. Návrh "Chat Control" by nařídil skenování všech soukromých digitálních komunikací, včetně šifrovaných zpráv a fotografií.
Byly publikovány fotografie a všechny videozáznamy z Python konference PyCon US 2025 proběhlé v květnu.
Společnost xAI a sociální síť X amerického miliardáře Elona Muska zažalovaly firmy Apple a OpenAI. Viní je z nezákonné konspirace s cílem potlačit konkurenci v oblasti umělé inteligence (AI).
Byla vydána nová verze 9.16 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání.
Americká vláda se po převzetí zhruba desetiprocentního podílu ve výrobci čipů Intel chystá na další investice do vybraných firem. Na sociální síti Truth Social to napsal prezident Donald Trump. Jeho ekonomický poradce Kevin Hassett v rozhovoru v televizi CNBC řekl, že nemusí jít pouze o firmy z technologického sektoru, ale i z jiných odvětví.
RTFM - Read Tumič's FlaMes!
A komu tím prospějete, co? Druhé straně?! Aneb Zhruba tak nějak by se daly shrnout mé pocity z akce "přechod na MSVC 2015" u Windows buildů GPXSee.
Vše začalo tím, že už mě začal unavovat bug v MSVC 2010, které jsem do té doby používal. Při překladu s "-O2" vytváři MSVC 2010 grafické artefakty ve widgetu grafu a tak po každém běhu qmake musela následovat úprava vygenerovaného Makefile, nehledě na ne zcela optimální výsledek při kompilaci s "-O1" (což je v podání MSVC optimalizace nikoliv na rychlost běhu, ale na velikost binárky). A když už měnit překladač, tak za to nejnovější, co existuje, to dá přece rozum. Nebo ne?
Pro ty co nikdy neměli tu čest s vývojem pro Windows je to asi překvapení, ale v "holém" systému není (nebyl) žádný ekvivalent libc natož libstdc++, vše se musí dotáhnout s aplikací ať už ve formě jednotlivých knihoven přiložených k aplikaci ("hnusné" ale funkční a efektivní řešení), nebo jako tzv. "VS redistributables", které tyto knihovny, vždy pro jednotlivou verzi MSVC, nainstalují globálně do systému.
Důvod, proč preferovat nehezké řešení s "vykuchanejma" knihovnama a ne systémové "redistributables" je ten, že "redistributables" mají ~13 MB, zatímco potřebné C/C++ knihovny jen lehce přes 1 MB. Pokuď tedy chcete distribuovat jakoukoliv malou aplikaci, může to klidně znamenat zvětšit její instalátor o řád! A i v případě běžné Qt aplikace, kde Qt knihovny zaberou ~6 MB je to nárůst na víc jak dvojnásobek.
S příchodem MSVC 2015 se Microsoft pokusil stávající stav vylepšit a fakticky přejít na Linux-like systém, kde je libc vždy součástí systému. Bohužel to s čím přišel je typické Microsoft řešení, které funguje jenom napůl a jenom občas. Nové systémy totiž běhové prostředí (již neverzované podle MSVC) obsahují, ty starší ale obecně nikoliv. Například na Windows 7 záleží na tom, je-li nainstalován update KB2999226, který je označen ale pouze jako volitelný a tak ho půlka instalací Windows 7 nemá. Navíc jde pouze o ekvivalent libc, libstdc++ (msvcpXXX.dll) je stále v režii VS..
Snad proto, že Microsoft tušil, že s takovým polo-řešením spoustu lidí neodradí od toho, přibalovat lokální C/C++ runtime spolu s aplikací, tuto možnost raději zcela zatrhl. Po vlně kritiky (znemožňuje to totiž vyrobit aplikace, které nevyžadují pro instalaci elevaci) to snad zase s prvním service packem VS 2015 umožnil, mě se ale nicméně ty knihovny separovat nepodařilo. Nebo přesněji podařilo, ale (minimálně) na Windows XP z nějakého záhadného důvodu neprojde DllMain() u api-ms-win-core-* knihoven.
Nezbylo tedy než kapitulovat a přibalit "redistributables". Součásně pak přejít u GPXSee na "globální" instalaci do "Program files". Jak to vše v instalátoru (v mém případě NSIS) správně udělat by vydalo na samostatný článek, ale jak se říká: "zdrojový kód lepší než tisíc slov".
Pokud nejste Linus a nemůžete si tak dovolit psát programy podle hesla "Testing"? What's that? If it compiles, it is good; if it boots up, it is perfect.", budete se pravděpodobně snažit nový instalátor nějak otestovat. Vyzkoušet všechny systémy od Windows XP po Windows 10 už dneska v době virtuálů není nereálné, jenže kde je vzít a nekrást? A co takhle třeba přímo u Microsoftu? Jo, časy se mění...
Tiskni
Sdílej:
Je to suverénně nejpoužívanější desktop OS. Můžu s tím nesouhlasit, můžu proti tomu protestovat, ale to je asi tak všechno co s tím můžu dělat.
A mezi náma - ono vyrobit RPM/DEB balíčky je úplně stejná pakárna...
kdyžto Deb je snad potřeba nejdřív vygenerovat a pak do toho vepisovat.... a nebo jsem možná vůbec nepochopil co je míněno. Možná se jedná o ten soubor s metadaty? To mi ale nedává smysl, protože je to přesně naopak - rpm specfile je obludný soubor do kterého se musí vyplnit spoustu různých věciček, zatímco pro deb balík mi stačí jediný soubor s dvojicemi klíč:hodnota
Package: blablaplus Version: 9.0.2 Maintainer: Kamil Podlesak <bla@bla.bla> Depends: java8-jdk | java8-sdk, python, debconf (>= 0.5) | debconf-2.0, adduser (>= 3.48), dpkg (>= 1.8.3) Description: bla bla bla
__arch_install_post
a __os_install_post
, schované někde hluboko v útrobách mailing listů.... ale pořád nemůžu pochopit proč to není normálně zdokumentované.
%define __jar_repack %{nil} %define __arch_install_post %{nil} %define __os_install_post %{___build_post} %define _binaries_in_noarch_packages_terminate_build 0Třeba se to bude někomu hodit
Je to suverénně nejpoužívanější desktop OS.Strašně zvláštní formulizace...
?! A ten link si zkoušel? Jsou to normální virtuály pro Virtualbox. Od Windows XP po Windows 10 volně k použití pro nekomerční účely. Jediný omezení je, že fungujou pouze 90 dní, ale sám Microsoft radí, že si máš udělat snapshoty.
Doinstalovat tam Visual Studio jde jako do normální instalace Windows. Hlavní přínos těch virtuálů vidím ale právě v možnosti vyzkoušet výsledný produkt na celém spektru verzí Windows. Pro vývoj bych tak nějak očekával že člověk ty Windows stejně bude mít. Kor když koupit bez nich dneska počítač není zrovna běžný.
Jó kdyby takhle poskytl Apple OS X to by byla jiná, tam už si dovedu představit, že kupovat si kvůli kompilaci (Qt) programu nový počítač se asi moc lidem nechce... Jenomže takhle Apple money machine nefunguje
Doinstalovat tam Visual Studio jde jako do normální instalace Windows.Tak pokud je Visual Studio volně ke stažení a užívání, tak proč ne. I když pak úplně nechápu, proč ho rovnou nedají k dispozici ve formě virtuálky.
Kor když koupit bez nich dneska počítač není zrovna běžný.Pro mě teda není spíše běžné kupovat počítač s Windows.
Jó kdyby takhle poskytl Apple OS X to by byla jiná, tam už si dovedu představit, že kupovat si kvůli kompilaci (Qt) programu nový počítač se asi moc lidem nechce...Mně se nechce kupovat dedikovaný počítač ani kvůli pár nekomerčním experimentům na Windows.
Tak pokud je Visual Studio volně ke stažení a užívání, tak proč ne.
Volně k dispozici (a to IMHO i pro komerční využití) je nejenom kompilátor, ale i velé Visual Studio v Express edici.
I když pak úplně nechápu, proč ho rovnou nedají k dispozici ve formě virtuálky.
Měl jsem dojem, že taky děláš v korporaci, takže víš, že pokládat si otázky proč korporace něco dělá/nedělá je zcela zbytečné...
Mně se nechce kupovat dedikovaný počítač ani kvůli pár nekomerčním experimentům na Windows.
Na Windows dedikovaný HW nepotřebuješ, na OS X ano - virtualizovat OS X na PC je dle Applu nelegální.
Visual Studio v Express edici.Tak to asi někdy zkusím. Ale kdyby tohle někdo dával za rozumnou cenu v cloudu, kdy bych platil jen za dobu, kdy to skutečně běží, asi bych neváhal a ušetřil bych si práci.
Měl jsem dojem, že taky děláš v korporaci, takže víš, že pokládat si otázky proč korporace něco dělá/nedělá je zcela zbytečné...Nevím. Co dělá můj zaměstnavatel řeším jen to té míry, do které se to týká mojí práce.
Na Windows dedikovaný HW nepotřebuješNepotřebuju, ale zdálo se mi, že říkáš, že bych ho mít měl.
na OS X ano - virtualizovat OS X na PC je dle Applu nelegální.Jenom na osobním počítači? Jinak je to ok?
Protože je to další (zbytečná) závislost. QMake je pro build zcela vyhovující a NSIS bych potřeboval tak jako tak, tak proč do toho tahat ještě další mezivrstvu?
Co se týče možnosti použít CMake/Cpack na všechny platformy, tak pro Linux se člověk stejně nevyhne nastudování různejch proměnnejch, který jsou v zásadě ekvivalentem DEB/RPM konfiguráků, takže nějaká úspora je zanedbatelná. Navíc si nejsem jistej, jestli třeba OBS, který používám CPack podporuje. No a na OS X je výroba DMG triviální a hlavní "blocker" je stejně nutnost mít k dispozici Maca...