Byl vydán Debian 13.7, tj. sedmá opravná verze Debianu 13 s kódovým názvem Trixie. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Jiří Eischmann se v příspěvku Fiasko jménem W Social na svém blogu věnuje evropské sociální síti W: "W Social je příkladem toho, že se problémy sociální sítí nedají řešit od exekutivního stolu. Když na začátku tohoto roku v Davosu oznámili vznik nové sociální sítě W Social, politici se mohli přetrhnout ve chvalozpěvech. Konečně evropská sociální síť a ještě s ověřením identity. … Jak se ukázalo, když v Davosu W Social oznamovali, neměli kromě
… více »Výrobce hardwarových kryptoměnových peněženek Trezor upozorňuje na bezpečnostní incident u společnosti Brevo, kterou využívá k odesílání newsletterů. Útočník na e-mailové adresy odeslal phishingový e-mail.
Clement "Clem" Lefebvre publikoval souhrn dění v Linux Mintu za srpen 2026. Aplikace XApp mají vlastní webovou stránku xapp-project.org. Představena byl čtečka EPUB s názvem Xepub a kalendář Clockenstein.
Byla vydána nová verze 3.2.6 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
Bylo vydáno Ubuntu 24.04.5 LTS, tj. páté opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na poznámkách k vydání.
Švýcarsko testuje přechod z Microsoft 365 na FOSS, konkrétně balík openDesk (Wikipedie) od německé státní společnosti ZenDiS (Wikipedie), s cílem posílit digitální suverenitu.
V italském městě Pordenone probíhá LibreOffice Conference 2026. Zúčastnit se lze i online.
Svobodný (GPLv3) šachový engine Stockfish (Wikipedie) byl vydán ve verzi 19 (𝕏). Přehled novinek v příspěvku na blogu. Stockfish 19 je o 44 Elo silnější než Stockfish 18.
Byla vydána nová verze 1.13.0 dynamického programovacího jazyka Julia (Wikipedie) určeného zejména pro vědecké výpočty. Přehled novinek v příspěvku na blogu a v poznámkách k vydání. Aktualizována byla také dokumentace.
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:
