MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.
Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.
Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).
Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.
Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Bylo vydáno Eclipse IDE 2026-03 aneb Eclipse 4.39. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Ze systému Slavia pojišťovny uniklo přibližně 150 gigabajtů citlivých dat. Jedná se například o pojistné dokumenty, lékařské záznamy nebo přímou komunikaci s klienty. Za únik může chyba dodavatelské společnosti.
Sněmovna propustila do dalšího kola projednávání vládní návrh zákona o digitální ekonomice, který má přinést bezpečnější on-line prostředí. Reaguje na evropské nařízení DSA o digitálních službách a upravuje třeba pravidla pro on-line tržiště nebo sociální sítě a má i víc chránit děti.
vždycky se snažím všechny problémy řešit sám a až v té nejkrajnější situaci žádám o pomoc. Nejkrajnější situace právě nastala. 
Na začátek trochu historie: přes rok jsme měli server s nainstalovaným NetBSD 1.6 na softwarovém RAIDU (včetně boot partition), pak jsme upgradovali na NetBSD 2.0, a až mě to přestalo bavit, rozhodl jsem se k radikálnímu kroku: přeinstalovat na FreeBSD 5.4, samozřejmě opět s HDD v softwarovém RAIDu.
V čem je problém? No, v podstatě v ničem, server byl stabilní pod NetBSD, i nyní pod FreeBSD, služby fungují, žádné fatal errory, ve /var/log/messages všechno v normálu, logy démonů taky nevykazují abnormality... prostě paráda, chtělo by dodat. Jenže se průběžně stává jedna nepříjemnost: na serveru je nainstalovaná Samba (dříve Samba 3.0.4, nyní 3.0.14) a když z klientské stanice, která má nasdílenou (promiňte mi ten Windowsovský termín) jednotku Z: z tohoto serveru, kopíruji řádově 100MB adresáře (plné fotek v JPEGu) jinam na jinou nasdílenou jednotku Z: opět z tohoto serveru, tak se (zdůrazňuji občas ) nějaký soubor poškodí (s originálem se rozchází asi "jen" ve 20 bajtech, většinou je to v za půlkou souboru). Máme to vyzkoušené pouze se soubory typu JPEG (řádově 500kB - 4MB), které se z jednotky P: na jednotku Z: kopírují takřka denně a pouze aktuální adresáře, protože se chyba objevuje zřídka kdy, a když chci chybu uměle vyvolat, tak se mi to samozřejmě nepodaří. Navíc je záhadou, že pokud nasimuluji pád RAIDu (vytrhnu disk), tak se na některém z RAIDových disků (máme dva) objeví soubor v pořádku. A není to pokaždé stejný disk.
Vyměnil jsem základní desku, ATA kabely, jeden z disků, case, zdroj, síťovku, procesor, grafickou kartu (já vím, že to grafárnou bejt nemůže ale jistota je jistota), operační systém, vyhodil jednu paměť (ostatní 2 jsou tam od začátku) a dneska poprvé to udělalo znova na tom FreeBSD... Fakt nevím co s tím.
V zásadě vylučuji chybu softwaru, spíš bych to viděl na hardware, ale jaká součástka? Paměť? Tu jsem kontroloval memtesterem a měla by být okay, stejně se jí chystám vyměnit...
Teď HW konfigurace (i když nevím, jestli v něčem pomůže):
- síťovka Ovislink s čipem Relktek 8139 (to je standard, navíc byla jednou měněná, takže myslím, že problém tady nebude)
- harddisky 2 x WD1200JB (Western Digital, 120GB, navíc jeden měněnej a to ten problém nevyřešilo, jak píšu, dneska to udělalo znova)
- paměť 768 MB (3 x 256 MB, SDRAM klasické, značky různé, tady bych možná viděl jádro problému, ale na druhou stranu je ten systém celkem stabilní, takže chyba v pamětech by se musela projevit už dřív, třeba při instalaci...)
- deska QDI Kinetiz 7B (předtím 7E, má smysl upgradovat BIOS?)
Fakt nevím co s tím. Logy nic nehází, navenek to vypadá všechno OK, systém nepadá, Samba jede v pohodě (klidně pošku konfiguráky)... Moje poslední naděje jsou paměti (ale jak píšu, ten memtester běžel snad dvě hodiny a nic nezjistil). Navíc se s tím serverem nedá moc experimentovat, protože jede, a kromě toho zmíněného kopírování jedou všechny ostatní služby OK (OpenLDAP, Apache2). Na serveru mají uživatelé uložený i maily *.PST z Outlooku, což jsou soubory okolo 1-2 GB, ty se otevírají, ukládají, kopírují v pohodě...
Sorry za dlouhej text a díky moc za jakoukoli radu, třeba i to, jak identifikovat problém, protože po půl roce, co se tohle děje stále nevím, kde ten problém je.
). No a dela to furt. Je to divny...
11.8.2005 16:06
SYSMAN | skóre: 24
| blog: SYSMAN
| Veselí nad Moravou
Ony jsou ty poskozene JPEGy docela vtipny. Jak jsou dobre komprimovane, tak jakykoli zasah zpusobi hezke veci. Treba po poskozeni, ktere se vyskytuje u nas na serveru, je vetsinou JPEG vizualne stejny, ale cast je treba do zelena, nebo do ruzova, nebo do sediva...
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz