V dokumentově orientované databázi MongoDB byla nalezena a v upstreamu již opravena kritická bezpečností chyba CVE-2025-14847 aneb MongoBleed.
Při úklidu na Utažské univerzitě se ve skladovacích prostorách náhodou podařilo nalézt magnetickou pásku s kopií Unixu V4. Páska byla zaslána do počítačového muzea, kde se z pásky úspěšně podařilo extrahovat data a Unix spustit. Je to patrně jediný známý dochovaný exemplář tohoto 52 let starého Unixu, prvního vůbec programovaného v jazyce C.
FFmpeg nechal kvůli porušení autorských práv odstranit z GitHubu jeden z repozitářů patřících čínské technologické firmě Rockchip. Důvodem bylo porušení LGPL ze strany Rockchipu. Rockchip byl FFmpegem na porušování LGPL upozorněn již téměř před dvěma roky.
K dispozici je nový CLI nástroj witr sloužící k analýze běžících procesů. Název je zkratkou slov why-is-this-running, 'proč tohle běží'. Klade si za cíl v 'jediném, lidsky čitelném, výstupu vysvětlit odkud daný spuštěný proces pochází, jak byl spuštěn a jaký řetězec systémů je zodpovědný za to, že tento proces právě teď běží'. Witr je napsán v jazyce Go.
Yazi je správce souborů běžící v terminálu. Napsán je v programovacím jazyce Rust. Podporuje asynchronní I/O operace. Vydán byl v nové verzi 25.12.29. Instalovat jej lze také ze Snapcraftu.
Od soboty do úterý probíhá v Hamburku konference 39C3 (Chaos Communication Congress) věnovaná také počítačové bezpečnosti nebo hardwaru. Program (jiná verze) slibuje řadu zajímavých přednášek. Streamy a záznamy budou k dispozici na media.ccc.de.
Byl představen nový Xserver Phoenix, kompletně od nuly vyvíjený v programovacím jazyce Zig. Projekt Phoenix si klade za cíl být moderní alternativou k X.Org serveru.
XLibre Xserver byl 21. prosince vydán ve verzi 25.1.0, 'winter solstice release'. Od založení tohoto forku X.Org serveru se jedná o vůbec první novou minor verzi (inkrementovalo se to druhé číslo v číselném kódu verze).
Wayback byl vydán ve verzi 0.3. Wayback je "tak akorát Waylandu, aby fungoval Xwayland". Jedná se o kompatibilní vrstvu umožňující běh plnohodnotných X11 desktopových prostředí s využitím komponent z Waylandu. Cílem je nakonec nahradit klasický server X.Org, a tím snížit zátěž údržby aplikací X11.
Byla vydána verze 4.0.0 programovacího jazyka Ruby (Wikipedie). S Ruby Box a ZJIT. Ruby lze vyzkoušet na webové stránce TryRuby. U příležitosti 30. narozenin, první veřejná verze Ruby 0.95 byla oznámena 21. prosince 1995, proběhl redesign webových stránek.
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:
