Yocto Project byl vydán ve verzi 5.0. Její kódové jméno je Scarthgap. Yocto Project usnadňuje vývoj vestavěných (embedded) linuxových systémů na míru konkrétním zařízením. Cílem projektu je nabídnou vývojářům vše potřebné. Jedná se o projekt Linux Foundation.
Operační systém 9front, fork operačního systému Plan 9, byl vydán v nové verzi "do not install" (pdf). Více o 9front v FQA.
Svobodná webová platforma pro sdílení a přehrávání videí PeerTube (Wikipedie) byla vydána v nové verzi 6.1. Přehled novinek i s náhledy v oficiálním oznámení a na GitHubu. Řešeny jsou také 2 bezpečnostní chyby.
Lennart Poettering na Mastodonu představil utilitu run0. Jedná se o alternativu k příkazu sudo založenou na systemd. Bude součástí systemd verze 256.
Hudební přehrávač Amarok byl vydán v nové major verzi 3.0 postavené na Qt5/KDE Frameworks 5. Předchozí verze 2.9.0 vyšla před 6 lety a byla postavená na Qt4. Portace Amaroku na Qt6/KDE Frameworks 6 by měla začít v následujících měsících.
Byla vydána nová verze 2.45.0 distribuovaného systému správy verzí Git. Přispělo 96 vývojářů, z toho 38 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání. Vypíchnout lze počáteční podporu repozitářů, ve kterých lze používat SHA-1 i SHA-256.
Před 25 lety, ve čtvrtek 29. dubna 1999, byla spuštěna služba "Úschovna".
Byla vydána nová verze 24.04.28 s kódovým názvem Time After Time svobodného multiplatformního video editoru Shotcut (Wikipedie) a nová verze 7.24.0 souvisejícího frameworku MLT Multimedia Framework. Nejnovější Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
Byla vydána verze 5.30 dnes již open source operačního systému RISC OS (Wikipedie).
git init
a git add *
. V seznamu byly i soubory, které jsem verzovat nechtěl. Tak jsem zadal git rm *
a to byla chyba. Zmizelo mi vše.
V repozitáři však vidím archivní soubory, které by mohly obsahovat moje data. Je možné ta data z nich dostat nebo se s nimi mám definitivně rozloučit?
commit
, tak pochybuji
(u mě git rm *
při použití na "necommitly" data vypsal chybu)
zkusil bych spustit např. gitk
(v příslušným adresáři) jestli něco nevypíše
git status
?
Ak si dal git rm
hneď po git add
, t.j. ešte pred git commit
, git sa pravdepodobne sťažoval a vyžadoval parameter -f
(force), aby tie súbory skutočne vymazal z indexu i pracovnej kópie, keďže v repozitári, odkiaľ by sa dali prípadne obnoviť. Ak si mu to -f zadal, vymazal si si súbory.
V repozitáři však vidím archivní soubory, které by mohly obsahovat moje data. Je možné ta data z nich dostat nebo se s nimi mám definitivně rozloučit?V repozitári ich vidíš ako? Použil by som
git log --stat
, našiel ich poslednú verziu, checkoutol príslušný commit (git checkout commit-id
). Ak skutočne boli commitnuté a neskôr vymazané, musí byť v histórii commit, ktorých ich zmazal, ten by stačilo revertnúť.
.git/objects/
vidím soubory, které velikostí i počtem odpovídají pohřešovaným souborům. Utilita file
je označuje jako VAX COFF executable
. Kdyby to bylo v gzipu, tak bych si s tím poradil, ale tento formát neznám.
git log --stat
dává prázdný výsledek.
git reflog
?
git cat-file -p sha1
git rev-list --objects --allA při troše štěstí tam uvidíš i názvy ztracených souborů. Zobrazené objekty mohou různého typu (blob, tree, commit, tag), tebe budou zajímat blob a tree. Blob je tvůj ztracený soubor, tree je adresář. K získání obsahu objektů použij "git cat-file -p nazev-objektu". S průzkumem obsahu všech objektů ti pomůže toto:
git rev-list --objects --all \ | awk '{cmd="git cat-file -t "$1;cmd |& getline t; printf("%s %-7s %s\n", $1, t, $2); close(cmd);}' \ | less
Tiskni Sdílej: