Byla vydána nová verze 3.2.8 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.
Projekt openSUSE dnes, 3. listopadu 2026, oficiálně vydal openSUSE Leap 16.1, novou verzi své stabilní linuxové distribuce. Novinkou je také Immutable Mode, který nahrazuje dosavadní samostatnou distribuci openSUSE Leap Micro. Podrobnosti o novém vydání najdete v oficiálním oznámení nebo v českém překladu oznámení. Instalační obrazy jsou již dostupné na get.opensuse.org. Vydání společně oslavíme v pátek ve virtuálním baru a na … více »
Bylo oznámeno vydání Fedora Linuxu 45. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora Cloud pro cloudové nasazení, Fedora CoreOS pro ty, kteří preferují neměnné systémy a Fedora IoT pro internet věcí. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách
… více »Vědci z MIT CSAIL představili koncept 'weight-space programming' a názorně předvedli, že pokročilé jazykové modely SI dokážou přímo číst a upravovat váhy neuronových sítí. Studie ukazuje, že modely nejen dokážou identifikovat účel sítí z pouhého nahlédnutí do jejich číselných vah, ale mohou i cíleně opravovat chyby a nedostatky, například GPT-6 Astra se změnou pouhých 0,016% vah open-weight modelu Qwen3.5-0.8B podařilo odstranit
… více »Organizátoři komunitního setkání nejen českých a slovenských správců sítí CSNOG 2027, které se uskuteční 20. a 21. ledna na půdě zlínské univerzity Tomáše Bati, oznámili prodloužení termínu pro zasílání abstraktů do programu akce. Zájemci se mohou hlásit prostřednictvím webu setkání do úterý 10. listopadu. Programová komise uvítá příspěvky věnované nejen správě sítí, ale také legislativě a regulaci nebo síťařským aktivitám studentů a pedagogů.
Bylo spuštěno předobjednávání zařízení Flipper One s Linuxem. Za 20 dolarů si lze koupit kupón a zajistit si tím speciální cenu 379 dolarů po spuštění kampaně na Kickstarteru.
Tor Browser, tj. fork webového prohlížeče Mozilla Firefox s integrovaným klientem sítě Tor přednastavený tak, aby přes tuto síť bezpečně komunikoval, byl vydán ve verzi 16.0. Postaven je na Firefoxu ESR 153. Vydána byla také nová verze 7.16 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. S Tor Browserem 16.0.
FreeTube, desktopový klient pro YouTube využívající lokální API, byl vydán ve verzi 0.26.0. Toto velké opravné vydání mj. vrací částečnou podporu živých přenosů nebo přepracovává zobrazování titulků a obecně nastavení videa v přehrávači – FreeTube umožňuje např. přehrávat video s větším zrychlením.
Další vlna kyberútoků zasáhla chladicí zařízení supermarketů v sedmi evropských zemích, Belgii, Lucembursku, Švédsku, Nizozemsku, Irsku, Estonsku a Finsku. Mrazáky se v některých prodejnách opět 'proměnily v trouby' a zahřály až na 50°C, což pochopitelně vedlo ke znehodnocení uskladněných potravin. Útoky navazují na podobný incident ve Francii z první poloviny října letošního roku, pachatel stále není znám.
Na serverech tenhle problem nemam. Server se nainstaluje, nastavi a pak jede, dokud se nezrusi. Na notebooku mam zase relativne kratkou dobu zivotnosti distribuce, takze reinstalace cca jednou za rok to jisti. Jina otazka nastava v okamziku, kdy se ma clovek starat o desitky, pripadne stovky serveru. Pak nastupuji nastroje typu cfengine.
31.7.2009 10:55
Heron | skóre: 53
| blog: root_at_heron
| Olomouc
Psane poznamky jsem zkousel ale kam je psat?
Zkus lokální wiki (já používám klasickou mediawiki). Velmi snadno vytvoříš nový zápisek, třeba stylem co služba to článek. Můžeš vytvářet odkazy na neexistující články, tento seznam pak může sloužit i jako todo. Články to má verzované, i to se hodí. Nakonec z toho máš soukromou knowledge base. Nejhorší je se přinutit to tam poctivě psát. S tím ti to nepomůže.
Pro často měněné configy (u mě firewall) jsem si zařídil svn repositář. Pokud člověk dodržuje zásady commitu (commit by měl být co nejmenší a měl by obsahovat jednu ucelenou část, každý commit musí mít komentář), dost to pomůže udržovat pořádek v konfigu samotném.
Celé /etc denně zálohuji pomocí rsnapshot. Můžeš těch verzí mít pak třeba tisíc, spotřebované místo je minimální. Já to používám spíš jako ochranu proti nechtěnému smazání.
Zkus lokální wiki (já používám klasickou mediawiki).
Já si zase tyhle poznámky píšu do blogu – nezobrazuji je na titulní stránce, protože by toho tam bylo moc, ale dávám je pod štítek Taháky a snadno se k nim dostanu odkudkoli 
A možná na ně občas zabrousí i někdo jiný.
31.7.2009 12:53
Heron | skóre: 53
| blog: root_at_heron
| Olomouc
jak je to s mediawiki a přikládáním souborů? dají se v tom držet i ty configy? nebo ty mít v svn/git/ap? rád bych jedno řešení...
Určitě bych to držel oddělené. Stejně potřebuješ místo, kam si psát různé HOW-TO, poznámky, než se ti to dostane do krve. Hezky bod za bodem. Na toto se ti právě bude hodit ta wiki. Je to formátovaný text, vypadá to hezky, dá se to tisknout.
Do wiki lze přikládat i soubory, též jsou tam verzované. Ale jako náhrada za VCS je to nepoužitelné.
a nebo místo wiki třeba backpack (http://backpakit.com)
29.7.2009 21:57
vlk | skóre: 23
| blog: u_vlka
na to pouzivam git
-Nainstaluju cistej system.
-Nainstaluju SW.
-Kazdou zmenu konfigurace systemu i SW ukadam do root-a.
-Jednou za cas pozalohuju celou "konfiguraci".
-Kdyz se server zrusi vratim se do bodu 1 a pouziju zalohovanou konfiguraci.
-Stale dokola.
NN
/etc, /var/lib, ~/binale vzhledem k tomu, že mám podobné configy na serveru i na ntb(oboje debian) je to nepřehledné, nevím jaké změny se udály mezi jednotlivými verzemi..
Myslite komentar..do konfiguraku, nekdy.
Jake kroky?
Zalohuju pouze to co jsem sam zmenil.
NN
30.7.2009 15:58
frEon | skóre: 40
| Praha
31.7.2009 11:20
frEon | skóre: 40
| Praha
30.7.2009 16:08
vlk | skóre: 23
| blog: u_vlka
git pouzivam len nad /etc/ kde je asi najviac vsetkej konfiguracie.
dovody su:
- jeho repozitar je ulozeny v jednom adresari .git, narozdiel od svn, ktory si uklada uplne vsade .svn podadresare a repozitar musi byt niekde inde, tiez je rychly a cely archiv zabera ovela menej nez svn
- je mozne repozitar synchronizovat aj s nejakym inym sietovym (git remote, git push, ...) koli zalohovaniu
- vyuzivam to najma aby som vedel co kedy sa zmenilo, takze po aktualizaciach alebo zmenach vzdy zmeny commitnem (git commit), pripadne este predtym pridam nove subory do repozitara (git add .)
- mozem si robit znacky (git tag ...)
- pozriet si zmeny suborov medzi jednolivymi verziami (git diff....)
... jednoducho klasicky verzovaci system 
ktory je aj jednoduchy a pride mi jednoduchsi nez svn, alebo cvs (ostatne som neskusal). pouzivam ho najma na programatorske projekty, ale aj na /etc
a ma parkrat aj zachranil ked som si rozbil nejaku konfiguraciu. skvele je ze vobec nemusim vytvarat nejake .bak, ... v ktorych po case aj tak clovek ma len bordel 
30.7.2009 16:23
vlk | skóre: 23
| blog: u_vlka
ziadna veda:
cd /etc git init git add . git commit -a -m "initial release"
30.7.2009 20:22
xkucf03 | skóre: 50
| blog: xkucf03
viz můj komentář – musíš ochránit celé úložiště (git, mercurial…), aby k němu mohl jen root.
31.7.2009 11:04
Heron | skóre: 53
| blog: root_at_heron
| Olomouc
Tyhle 4 řádky jsou o gitu všude.
U svn mám repositář na jednom místě. Každý commit (odkudkoliv) ta data tlačí právě tam. Stačí mi zálohovat toto jedno místo. Když to někdo udělá naznačeným způsobem v gitu tak musí zálohovat tuhle /etc/.git, támhle /var/named/.git atd. Pokud totiž bude chtít mít centrální gití repos, tak musí po každém commitu udělat jestě git push.
31.7.2009 12:05
xkucf03 | skóre: 50
| blog: xkucf03
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
U svn mám repositář na jednom místě.
Tohle moc nechápu – vždyť subversion přece vytváří .svn v každém adresáři – v tom se mi víc líbí hg/git, kde takový adresář je jen jeden – v rootu daného úložiště. Centrální úložiště by se dalo řešit tak, že bys ten init udělal v rootu souborového systému a složky jako /usr, /home, /tmp … bys dal do .hgignore (nevím, jak se to jmenuje v gitu) – pak by stačilo zálohovat /.hg (resp. /.git), kde by bylo všechno na jednom místě.
31.7.2009 12:20
Heron | skóre: 53
| blog: root_at_heron
| Olomouc
31.7.2009 12:59
xkucf03 | skóre: 50
| blog: xkucf03
Jo už rozumím – je to jedna z výhod nedistribuovaných verzovacích systémů (jednodušší práce, jen commit, místo commit+push).
3.8.2009 00:10
frEon | skóre: 40
| Praha
Toto jde u gitu udělat druhým repositářem, který se prohlásí za server. Zde je ale nutné po každém commitu u klienta udělat git push. Snad to píšu dobře, s gitem si vyloženě nerozumím.Ten push po commitu jde pohodlně udělat pomocí hooku
/etc/.git a zazálohuje do nějakého centrálního repa?
31.7.2009 12:37
Heron | skóre: 53
| blog: root_at_heron
| Olomouc
co konkrétně udělá git push? vezme třeba /etc/.git a zazálohuje do nějakého centrálního repa?
Git je distribuovaný systém správy versí. Tedy můžeš mít hlavní repositář (říkejme mu teď server), z něj si uděláš clon do /etc (tomu říkejme klient). Pokud chceš všechny commity klienta mít i na serveru musíš za každým commitem udělat i push.
To co radí kolega výše, tedy vytvoření repa v /etc není napojeno na server. Tedy ty si můžeš ukládat verze konfigů, ale smazáním /etc/ přijdeš i o ten git repositář a tedy i o veškerou historii.
Musel bys tedy pravidelně zálohovat celé /etc včetně toho repositáře.
svn pracuje jinak. Tam potřebuješ server vždy. Tedy commit v /etc ti data vždy pošle na server. Tento jeden server můžeš použít pro ukládání všeho. Konfigů, svých dokumentů, projektů do školy apod. Při smazání /etc/ pak stačí pouze udělat svn checkout. Stačí ti zálohovat jeden server.
31.7.2009 12:58
Heron | skóre: 53
| blog: root_at_heron
| Olomouc
31.7.2009 13:42
Heron | skóre: 53
| blog: root_at_heron
| Olomouc
Uživatel zničit repo svými příkazy nemůže.
Repo lze pouze zničit administrátorskými zásahy na svn serveru. Ať již klasické rm -rf, nebo nesprávným použitím svnadminu. Ale od toho jsou zálohy.
když budu mít mnoho rep, dá se jednoduše zjistit na čem sem dělal řekněme za poslední týden?
Musel bys projít všechna a zjistit cos tam kdy udělal.
Co se týče git vs svn, raději si to projdi sám. K svn je někde velmi pěkné PDF. Po oběde najdu a hodím to sem.
31.7.2009 15:36
Heron | skóre: 53
| blog: root_at_heron
| Olomouc
31.7.2009 15:55
Heron | skóre: 53
| blog: root_at_heron
| Olomouc
31.7.2009 12:41
Heron | skóre: 53
| blog: root_at_heron
| Olomouc
Když to někdo udělá naznačeným způsobem v gitu tak musí zálohovat tuhle /etc/.git, támhle /var/named/.git atd.Toto by sa dalo vyriešiť tak, že by sa kontroloval root adresár a do .gitignore by sa dalo pravidlo, aby sa všetky podadresáre ignorovali a povolili by sa tam len tie potrebné. PS: Samotný adresár .git sa môže umiestniť kamkoľvek (nemusí byť v tom root adresári).
můžu se zeptat co je to vcs? z gl vypadlo tohle, ale nedává mi to smysl..wikipedia:VCS
jdou nástroje jako etckeeper nastavit pro zálohování adresářů i mimo /etc? například ~/bin /var/lib ap.Predpokladám, že asi nie (aspoň nie jednoduchým spôsobom). Navyše, podľa mňa, v /bin, /usr/var/lib nie sú súbory, pri ktorých by malo zmysel archivovať si zmeny.
Predpokladám, že asi nie (aspoň nie jednoduchým spôsobom). Navyše, podľa mňa, v /bin, /usr/var/lib nie sú súbory, pri ktorých by malo zmysel archivovať si zmeny.
nemluvil jsem o /bin ale o ~/bin což jsou moje skripty
ve /var/lib jsou například dhcp leases(sleduju kdo je na síti, než udělám něco lepšího), nebo tor fingerprint a keys, které bych chtěl mít zálohovány stejným způsobem jako zbytek věcí ve stroji
31.7.2009 12:44
Heron | skóre: 53
| blog: root_at_heron
| Olomouc
31.7.2009 15:22
xkucf03 | skóre: 50
| blog: xkucf03
Ono to jde použít i místo záloh – např. když máš webový server, více méně čistý Linux, verzuješ /etc, /var/www a textový dump z databáze. Samozřejmě verzuješ na nějaký jiný stroj (nebo přinejmenším disk). Když se celý server zhroutí, stačí znovu nainstalovat Linux, nainstalovat pár balíčků (chce to mít jejich seznam, aby je člověk nemusel lovit z paměti nebo znovu vymýšlet) a obnovit z verzovacího systému nastavení, weby a databázi.
Potíž při tomhle přístupu je akorát při velkých objemech a často se měnících datech – u zálohy se snadno smaže stará verze a člověk si může udržovat jen aktuální verzi – zatímco verzovací systém uchovává celou historii (i ty verze, o které už nestojíš).
30.7.2009 20:20
xkucf03 | skóre: 50
| blog: xkucf03
Používám mercurial (hg) – verzovací systém. Víš, co jsi kdy měnil, můžeš si psát poznámky, vracet se zpátky. Taky poznáš, co se přesně změnilo během instalace aktualizace balíčků.
Akorát je potřeba dát pozor na práva k adresáři .hg (pro git platí totéž) – vlastníkem je root a nikdo jiný k těm souborům nemá přístup – jinak by si totiž obyčejný uživatel mohl „naklonovat“ toto mercurialové úložiště a dostat se k souborům, které jsou normálně chráněné přístupovými právy (např. soukromé šifrovací klíče, certifikáty).
Nevím. Jsem zvyklý na Mercurial
Ale teď jsem si stahoval nějaké zdrojáky v gitu a jsou si hodně podobné.
Tiskni
Sdílej:
