Od úterý 28. dubna musí nově uváděné notebooky v Evropské unii podporovat nabíjení přes USB-C. Jednotná nabíječka byla schválena Evropským parlamentem v říjnu 2022.
Byly publikovány informace o kritické zranitelnosti CVE-2026-31431 pojmenované Copy Fail v Linuxu, konkrétně v kryptografii (AF_ALG). Běžný uživatel může získat práva roota (lokální eskalaci práv). Na všech distribucích Linuxu vydaných od roku 2017. Pomocí 732bajtového skriptu. V upstreamu je již opraveno. Zranitelnost byla nalezena pomocí AI Xint Code.
Textový editor Zed dospěl do verze 1.0. Představení v příspěvku na blogu.
Vývojáři svobodného 3D softwaru Blender představili (𝕏, Mastodon, Bluesky) nejnovějšího firemního sponzora Blenderu. Je ním společnost Anthropic stojící za AI Claude a úroveň sponzoringu je Patron, tj. minimálně 240 tisíc eur ročně. Anthropic oznámil sponzorství v tiskové zprávě Claude for Creative Work.
VNC server wayvnc pro Wayland kompozitory postavené nad wlroots - ne GNOME, KDE nebo Weston - byl vydán ve verzi 0.10.0. Vydána byla také verze 1.0.0 související knihovny neatvnc.
Bylo oznámeno vydání Fedora Linuxu 44. 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 IoT pro internet věcí, Fedora Cloud pro cloudové nasazení a Fedora CoreOS pro ty, kteří preferují neměnné systémy. 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 »David Malcolm se na blogu vývojářů Red Hatu rozepsal o vybraných novinkách v GCC 16, jež by mělo vyjít v nejbližších dnech. Vypíchnuta jsou vylepšení čitelnosti chybových zpráv v C++, aktualizovaný SARIF (Static Analysis Results Interchange Format) výstup a nová volba experimental-html v HTML výstupu.
Byla vydána verze R14.1.6 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Jon Seager z Canonicalu včera na Ubuntu Community Hubu popsal budoucnost AI v Ubuntu. Dnes upřesnil: AI nástroje budou k dispozici jako Snap balíčky, vždy je může uživatel odinstalovat. Ve výchozím nastavení budou všechny AI nástroje používat lokální AI modely.
Nový ovladač Steam Controller jde do prodeje 4. května. Cena je 99 eur.
Mam pocitace A a B a server S. A i B maji ssh pristup na S ale naopak nefunguje a ani A a B mezi sebou ssh pristup nemaji.
Potrebuju sekvenci prikazu jak vse inicalizovat a nasledne prikazy abych mohl celek udrzovat v konzistentnim stavu (kdyz udelam zmeny na A abych mohl pokracovat v praci na B; kdyz udelam zmeny na A a nekonfliktni zmeny na B abych mel ve vysledku na A i B merge tech zmen).
Zkousel jsem to vselijak ale hasne mi to na tom, ze kdyz udelam z A push na S a pak chci odtamtud pullnout tak to chce udelat !strasne! veci pocinaje smazanim vsech souboru. Kdyz mezi tim udelam zmenu na S a commitnu ji tak to krom !strasnych! veci zahlasi navic konflikt.
Predem diky za rady
Uz jsem na to prisel.... mozna.
Na serveru si vytvorim prazny repozitar, na pocitacich udelam
git clone michal@10.0.0.1:/cesta
Na pocitaci A udelam nejake zmeny, pak
git commit -a
git push
na serveru je pak nutne udelat
git reset --hard master
jinak se lisi soubory v pracovnim adresari od HEAD a s tim se neda moc pracovat.
Na pocitaci B pak udelam
git pull
a opet nutnost:
git reset --hard master
Nic prijemneho celkove vzato
Neda se to nejak zjednodusit?
git, ale s Mercurialem mi normálně funguje posloupnost pull – update – úprava – commit – push.
Opravdu nevim, co delam spatne. Push na server upravi repozitar (prilepi na vrcholek master vetve posledni commit) ale NEupravi lokalni soubory na serveru aby odpovidaly posledni verzi. kdybych na serveru udelal commit tak to jakoby revertne ten push... A kdyz dam naopak na pocitaci pull tak se take stahne do repozitare aktualni commit ale opet lokalni soubory zustanou nedotceny.
Tak chybu nedelam, takhle to proste funguje...
http://git.or.cz/gitwiki/GitFaq#Whywon.27tIseechangesintheremoterepoafter.22gitpush.22.3F
NEupravi lokalni soubory na serveru aby odpovidaly posledni verziTo není potřeba. Repository a lokální soubory jsou dvě oddělená místa, mezi kterými se dělá synchronizace pomocí
commitu a updatu.
kdybych na serveru udelal commitNejprve musíte na serveru udělat
update, abyste si lokální soubory sesynchronizoval s repository.
A kdyz dam naopak na pocitaci pull tak se take stahne do repozitare aktualni commit ale opet lokalni soubory zustanou nedotceny.Ano, zaktualizuje se lokální repozitář, ale pak musíte ještě pomocí
update synchronizovat pracovní adresář s repozitářem.
Tiskni
Sdílej: