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.
Dobrý den, prokousávám se nastavením gitu a základy všeobecně. Do teď jsem pracoval s svn a minimálně nastavení a checkout mi přišel jednodušší, než u gitu.
Na svém linuxovém serveru jsem v projektu zavolal příkaz git init, který mi v projektu vytvořil ".git". Projekt jsem commitnul do repozitáře. Nyní bych ale rád na svém mackbooku zavolal git clone, abych si udělal kopii, upravil soubory a commitnul na serveru, ale jak si se mi to nedaří.
Když na svém počítači zavolám:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
git clone https://server/du_git.git
dostanu odpověď:
Cloning into du_git...
error: SSL certificate problem, verify that the CA cert is OK. Details:
error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed while accessing https://server/du_git.git/info/refs
fatal: HTTP request failed
jasný, dokážu vyčíst, v čem je problém, ale nevím jak ho řešit, nevím například, kde mi git vytvořil repozitář.
Jak mohu dál postupovat, aby bych dostal klon repozitáře do svého počítače? resp. se připojil do git repozitáře projektu? Děkuji
GIT_SSL_NO_VERIFY=true
Jinak by samozřejmě bylo úplně nejlepší nainstalovat kořenový certifikát, jinak použití SSL nebude až tak moc neprůstřelné.
Git při klonování vypisuje informace, kam se data stáhla. Zpravidla vytváří složku podle názvu repozitáře, v tomto případě du_git.
Ahoj díky za link. Použil jsem direktivu, kterou jsi mi poradil a dostanu:
http://server/gitosis-admin.git/info/refs not found: did you run git update-server-info on the server?
takže určitě blbě odkazuju
https://... a teďka http://..., takže buď špatně anonymizuješ (pokud tam máš autentizaci, tak to je nadbytečná práce, a pokud nemáš, tak ti to dřív nebo později stejně někdo prokoukne ;c)), nebo někde jinde děláš chybu.
Každopádně se (opět) dá velmi lehce najít něco (pravděpodobně) relevantního: http://www.jedi.be/blog/2009/05/06/8-ways-to-share-your-git-repository/#apachehttp (aneb že se má spustit příkaz git update-server-info v repu).
Je to jako věštit z rozbité křišťálové koule, takže pokud nemíníš o svém setupu říct nic víc bližšího, konkrétnějšího, tak nedovedu lépe poradit, než že za tebe budu googlit tvoje chybové hlášky. 
Na svém linuxovém serveru jsem v projektu zavolal příkaz git init, který mi v projektu vytvořil ".git". Projekt jsem commitnul do repozitáře.
Na serveru vytvoř repozitář příkazem git init --bare a nic do něj necommituj. Někde jinde si pak vytvoř repozitář s pracovním adresářem (tj. git init bez volby --bare), commitni do něj první verzi a tu pushni na server:
git push $url master
Tiskni
Sdílej:
