Zástupci členských států EU se včera shodli na návrhu, který má bojovat proti šíření materiálů na internetu zobrazujících sexuální zneužívání dětí. Nařízení známé pod zkratkou CSAM a přezdívané chat control mělo množství kritiků a dlouho nebyla pro jeho schválení dostatečná podpora. Pro schválení byla potřeba kvalifikovaná většina a dánské předsednictví v Radě EU se snažilo dosáhnout kompromisu. Návrh nakonec po dlouhých týdnech
… více »Britské herní studio Facepunch stojící za počítačovými hrami Garry's Mod a Rust uvolnilo svůj herní engine s&box (Wikipedie) jako open source. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT. Herní engine s&box je postavený nad proprietárním herním enginem Source 2 od společnosti Valve.
Vývoj programovacího jazyka Zig byl přesunut z GitHubu na Codeberg. Sponzoring na Every.
Stejně jako GNOME i KDE Plasma končí s X11. KDE Plasma 6.8 poběží už pouze nad Waylandem. Aplikace pro X11 budou využívat XWayland.
Poslanci Evropského parlamentu dnes vyzvali k výraznému zvýšení ochrany nezletilých na internetu, včetně zákazu vstupu na sociální sítě pro osoby mladší 16 let. Legislativně nezávazná zpráva, kterou dnes odsouhlasil Evropský parlament poměrem 493 hlasů pro ku 92 proti, kromě zavedení věkové hranice 16 let pro využívání sociálních sítí, platforem pro sdílení videí či společníků s umělou inteligencí (AI) vyzývá také k zákazu … více »
Doom v KiCadu nebo na osciloskopu? Žádný problém: KiDoom: Running DOOM on PCB Traces a ScopeDoom: DOOM on an Oscilloscope via Sound Card.
Po AlmaLinuxu byl v nové stabilní verzi 10.1 vydán také Rocky Linux. Přehled novinek v poznámkách k vydání.
Open source reimplementace počítačových her Tomb Raider I a Tomb Raider II spolu s dalšími vylepšeními a opravami chyb TRX byla vydána ve verzi 1.0. Jedná se o sloučení projektů / enginů TR1X a TR2X do jednoho TRX. Videoukázka na YouTube.
Společnost Seznam.cz spouští konverzační nástroj založený na umělé inteligenci Seznam Asistent. Asistent využívá vlastní jazykový model SeLLMa a dočasně i komerční modely od OpenAI provozované v evropských datacentrech prostřednictvím Microsoft Azure. Dlouhodobým cílem Seznamu je provozovat Asistenta výhradně na interních jazykových modelech a ve vlastních datových centrech.
Software LibrePods osvobozuje bezdrátová sluchátka AirPods z ekosystému Applu. Exkluzivní funkce AirPods umožňuje využívat na Androidu a Linuxu. Díky zdokumentování proprietárního protokolu AAP (Apple Accessory Protocol).
Dobrá zpráva. Musím popřít svoje předchozí informace o sice bleskově rychlém ale polofunkčním Code Assistu. A sice, že bleskové o je, to zůstává, ale navíc to i funguje. A popírám rád. S menším nadšením připouštím, že chyba byla – převážně - v místech mezi klávesnicí a židlí.
Chybu jsem nahlásil do bugzilly. CDT sdílí jednotnou bugzillu s celou plaformou Eclipse. https://bugs.eclipse.org/bugs/show_bug.cgi?id=204055 Tam se mi dostalo rozporuplných informací. Jednak, že CDT parser má s Qt specifiky problém, že podobný problém nemám jen já. Na druhou starnu jsem našel aktuální informace přímo od Douga Schaefera (hlavní vývojář), že by to mělo fungovat, že to mají ošetřené i pro Qt.
Zkusil jsem tedy načíst další projekty a vrtal se v konfiguraci a kladl si otázky, jak vlastně CDT zjistilo lokaci potřebných hlavičkových, nic jsem přeci nikam nezadával. Není naivní myslet si, že si je najde v Makefile, stejně jako to je schopen vlastní buildovací proces? V Javě se přeci také musí do build path dát odkazy na externí knihovny, jinak se kód hemží červenými vlnovkami pod textem a věřte mi, není to myšleno jako dekorace. Je to první krok u jakéhokoliv netriviálního importovaného projektu dát odkazy ba všechna ta JARka a někdy je to pěkná fuška,. Že by to bylo s C projekty snazší? Na tom mi něco nesedělo.
CDT se s hlavičkovými soubory nemaže, jde cestou nejmenšího odporu, ke každému projektu přiřadí rovnou celý adresář /usr/include a to rekurzivně. Jak je to nastavené na Windows netuším. Na Linuxu by se všechny hlavičkové soubory skutečně měli v /usr/include, případně /usr/local/include, nacházet. Ne tak docela. Na PCLinuxu jsou, z nějakého důvodu Qt hlavičky pod /usr/lib/qt3/include, resp. /usr/lib/qt4/include. Netuším proč, aby se netloukli dvě generace Qt nainstalované zároveň?
Stačilo přida /usr/lib/qt3/include do Project Properties – C/C++ General – Paths and symbols – Includes – GNU C++, pak rebuild index a najednou se začalo vše chovat jak mělo, všechny Qt i KDE třídy a funkce se obarvily do zelenkavé barvy, neklamné to znamení, že definice prvku je známá.
A chyba byla, převážně, na mé straně, ale tak úplně nevinně v tom CDT není. Nenalezené definiční soubory knihovny by měla Eclipse nějak detekovat a nahlásit. Místo toho se nechala pravděpodobně zmást forward deklaracemi a označila právě Qt prvky jako známé a naopak paradoxně velkou část KDE a vlastního projektu jako neznámé. Chybu jsem nahlásil v bugzille jako INVALID, ale chybka tam někde skutečně, jen někde trochu jinde. Než na ní někdo přijde, budu si užívat funkčního Content Assitu.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz