OCCT3D (Open CASCADE Technology) Open Source 8.0 bylo vydáno. OCCT3D (Wikipedie, GitHub) je objektově orientovaná knihovna pro 3D CAD, CAM nebo CAE. Používá se například v softwarech FreeCAD a KiCad.
Ve FreeBSD byla nalezena a již opravena 21letá zranitelnost CVE-2026-42511 v dhclient. Jedná se o vzdálené spuštění kódu (RCE). Útočník mající pod správou DHCP server může získat plnou kontrolu nad systémem FreeBSD pouze jeho připojením k místní síti.
Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala Ubuntu Touch 24.04-1.3. Současně oznámila, že nadcházející větší vydání 24.04-2.0 bude mít modernější webový prohlížeč.
Ploopy po DIY trackballech či sluchátkách představuje nový externí DIY trackpoint se čtyřmi tlačítky Bean. Obsahuje snímač Texas Instruments TMAG5273, spínače Omron D2LS-21 a řadič RP2040, používá firmware QMK. Schémata jsou na GitHubu; sadu lze předobjednat za 69 kanadských dolarů (bez dopravy a DPH).
Mozilla před dvěma týdny na svém blogu oznámila, že díky Claude Mythos Preview bylo ve Firefoxu nalezeno a opraveno 271 bezpečnostních chyb. Včera vyšel na Mozilla Hacks článek s podrobnějšími informacemi. Z 271 bezpečnostních chyb mělo 180 chyb vysokou závažnost, 80 chyb střední závažnost a 11 chyb nízkou závažnost. Celkově bylo v dubnu ve Firefoxu opraveno 423 bezpečnostních chyb. Čísla CVE nemusí být přiřazována jednotlivým chybám. CVE-2026-6784 například představuje 154 bezpečnostních chyb.
Před týdnem zranitelnost Copy Fail. Dnes zranitelnost Dirty Frag. Běžný uživatel může na Linuxu získat práva roota (lokální eskalaci práv). Na většině linuxových distribucí vydaných od roku 2017. Aktuálně bez oficiální záplaty a CVE čísla [oss-security mailing list].
Ačkoli je papež Lev XIV. hlavou katolické církve a stojí v čele více než miliardy věřících po celém světě, také on někdy řeší všední potíže. A kdo v životě neměl problémy se zákaznickou linkou? Krátce poté, co nastoupil do úřadu, musel papež se svou bankou řešit změnu údajů. Operátorka ale nechtěla uvěřit, s kým mluví, a Svatému otci zavěsila.
Incus, komunitní fork nástroje pro správu kontejnerů LXD, byl vydán ve verzi 7.0 LTS (YouTube). Stejně tak související LXC a LXCFS.
Google Chrome 148 byl prohlášen za stabilní. Nejnovější stabilní verze 148.0.7778.96 přináší řadu novinek z hlediska uživatelů i vývojářů. Vypíchnout lze Prompt API (demo) pro přímý přístup k AI v zařízení. Podrobný přehled v poznámkách k vydání. Opraveno bylo 127 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Tento muj zapis bude jenom takove male postezovani si nad tim jak funguji velke firmy.
Nejprve si ujasneme pojmy. Buildovacim toolem (build system) myslim sadu skriptu (v nasem pripade pro apache ant), ktere se staraji o to, aby slo (takrka kdykoli a kdekoli) pretvorit zdrojove kody (v nasem pripade hlavne v jave a C++) do spustitelne podoby, spustit testy a ziskat vysledky testu. Idealni je skombinovat toto s jinym toolem, ktery spousti predchozi v pravidelnych intervalech a nekam uklada zda se podarilo cely projekt zkompilovat a otestovat - timto toolem je nejaky "automaticky buildovac", napr. CruiseControl.
Predevcirem jsem mel tu "skvelou" myslenku, ze do naseho projektu zakomponuji novy buildovaci nastroj, ktery se ma stejne nasadit na celem oddeleni. Jednou to prijit muselo.
S "pachatelem" tohoto toolu jsem mluvil v dobe kdy byl na zacatku sve prace - v te dobe jsem byl u firmy 14 dni, proto asi nevenoval mojim pripominkam a navrhum ke spolupraci takovou pozornost. Bohuzel, to co vyprodukoval, vypada presne tak, jak se da ocekavat kdyz praci na takovem celkem dulezitem projektu sverite cloveku skoro bez praxe (prisel rovnou ze skoly), a on to vyvine jen tak, podle odhadu jak to bude pouzivano. Vysledek je ten, ze pro pouziti na ostatnich projektech je potreba udelat haldu zmen, coz je pochopitelne. Vim z vlastni zkusenosti jak tezke je vytvorit takovy funkcni buildovaci system a jake to je ho protlacit mezi vyvojare. Jasne mi ovsem neni, proc vedeni hodla tento tool dostat mezi ostatni teamy a vyvojare zrovna timto zpusobem.
Onoho autora toolu totiz pred nedavnem presunuli na jiny projekt do zahranici, takze na miste zustaly pouze 2 dokumenty jak to pouzivat, instalace a jeho vedouci. S autorem zle samozrejme komunikovat pres mail. Dalsi co zbylo, je rozhodnuti z vedeni ze tento tool proste nasadime na celem oddeleni.
Aby bylo jasno. Delam v docela velke firme, dela se tu jenom SW, chapu ze firma takovyhohle rozmeru nemuze obsahovat jenom esa sveho oboru. Ale reknete mi ostatni, co delate ve velkych firmach - taky je to tak spatny? Taky je u vas zazrak kdyz to co se nakonec nasadi aspon funguje (nekde jsem cet zajimave prirovnani - "we deployed it" means "we know it sucks but they can use it"). Je nejaka sance ze kdyz odejdu rekneme ke google (pokud me by me tam vubec chteli), ze to bude lepsi? Jak jsou na tom u SUNu?
Nekdy mam takovy dojem, ze na jednoho produkovatele kodu jsou ve firme 3 az 4 produkovatele wordovych dokumentu. Hruza!
Tiskni
Sdílej:
Nadváha (společnosti) je pro něj rizikovým faktorem.

tak to nevim, je to mozne. Zatim tu znam jenom jednoho dalsiho Cecha, teda spis Ostravaka.
Co se tyce nadvlady tvurcu workovych dokumentu, neni nahoda ze zrovna dnes mi poslal muj primy nadrizeny tento vtipek vystihujici situaci naprosto dokonale?
Ale treba dokumentace vznika vpodstate zespodu, hromadou Wiki stranek. Tak jako mnoho utilit. Bud se prosadi popularitou, nebo uhynou. Vybirani SVN a Mercurialu pro budouci spravu verzi vznikalo v tymu s dlouhodobym testovanim a sirokou komentatorskou zakladnou.
Optimalni politika v Sunu je, ze manazeri jsou tu pro techniky a ne technici pro manazery. Moji sefove mi pomahaji, umetaji cestu, tak abych mohl klidne pracovat. Ne vzdy to je ale dobre, samozrejme.
A nekdy se to prosadi jinak. Jako treba edgemail...
Btw. kdyz mi dojde MS Office dokument v nasi firme (stalo se 2x za rok), slusne vysvetlim protistrane, ze podpora konkurencnich produktu neni zrovna dobrou vizitkou