Vláda USA nařídila společnosti Anthropic pozastavit přístup k modelům Fable 5 a Mythos 5 pro všechny cizince, včetně zaměstnanců Anthropicu.
Společnost Murena představila (YouTube) novou verzi 4.0 mobilního operačního systému /e/OS (Wikipedie) založeného na Androidu a LineageOS bez aplikací a služeb od Googlu.
V Arch User Repository (AUR) bylo kompromitováno přes 400 opomíjených balíčků (jejich seznam). Útočník do nich začlenil škodlivý npm balíček atomic-lockfile, který krade citlivá data uživatelů. Publikována byla předběžná analýza spouštěného malwaru deps.
Homebrew, správce balíčků nejen pro macOS, byl vydán ve verzi 6.0.0 (seznam změn). Hlavními novinkami jsou bezpečnostní mechanismus tap trust kvůli důvěryhodnosti závislostí, vylepšení sandboxingu na Linuxu, interní JSON API nebo zlepšení výkonu.
Byla nalezena a 9. června opravena kritická zranitelnost ve FreeBSD v Kernel TLS (KTLS). Pojmenována byla Bumsrakete (FreeBSD-SA-26:26.ktls, CVE-2026-45257). Lokální neprivilegovaný uživatel může přepisovat soubory, ke kterým má právo pouze pro čtení. Přepsáním setuid binárky a jejím spuštěním může získat roota. Na všech verzích od verze 13.0 vydané v dubnu 2021.
Vývojáři open source operačního systému ReactOS (Wikipedie), jehož cílem je kompletní binární kompatibilita s aplikacemi a ovladači pro Windows, se na síti 𝕏 pochlubili, že ReactOS zvládne počítačovou hru Half-Life.
Byla vydána nová verze 4.8 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.
Apple container dospěl do verze 1.0.0. Jedná se o open source nástroj pro spouštění linuxových kontejnerů na macOS postavený nad containerization. Napsaný je v programovacím jazyce Swift a optimalizovaný pro Apple silicon.
Bylo vydáno Eclipse IDE 2026-06 aneb Eclipse 4.40. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Asterinas (GitHub) je v Rustu napsané jádro operačního systému poskytující s jádrem Linux kompatibilní ABI. Vydána byla verze 0.18.0. První distribucí postavenou nad jádrem Asterinas je Asterinas NixOS. Nejedná se o oficiální projekt NixOS a nemá nic společného s NixOS Foundation.
dva "workspace" je blbosť, cvs akceptuje lokálne zmeny. IMHO, vhodnejší by bol skript, ktorý na každú zmenu pošle mail, a cez nejaký mailfilter update len na zmeny.
Diky, predstavme si ze mam prazdny adresar na stanici a potrebuju si stahnout z HEADu kompletne cely projekt.
cd $project_dir; for i in aaa bbb ccc; do [ -d $i ] && cvs update -d $i || cvs checkout $i done
O to aby se vyvojarovi neprepsal workspace pres noc se stara vyvojar a to tak ze si "pro jistotu" rano ten automaticky updatnuty adresar prejmenuje a pouziva ho...o to, aby sa mu neprepísali jeho zmeny, sa stará cvs. Ostatné zmeny sa mu naopak zídu. Ako chcete ošetriť zmenu jednoho súboru dvoma užívateľmi (vynútením commitom pri odchode ???). Btw, programátori nie sú blbci (vačšinou, po vynechaní rôznych windozoidných), a
cvs update -d snáď dokáže spustiť aj drevorubač.
... a cvs update -d snáď dokáže spustiť aj drevorubač.
Spustiť dokáže, to nie je problém. Ale trvá to dlho. Typujem, že 3rd party libraries vrátane API dokumentácie držia priamo v repozitári, takže taký update znamená "ideme na obed". Mám pravdu?
Obávam sa, že tu síce dostaneš odpoveď, ako raz denne checkoutneš projekt do nejakého adresára. Checkout je jeden príkaz, ktorý zjavne napísať vieš, stačí ho dať do cron-u. Vlastne, nepotreboval si to riešiť pod Windowsom?
Možno by bolo lepšie, keby si napísal, aký pôvodný problém sa práve snažíš riešiť. Obávam sa totiž, že to, čo sa snažíš urobiť, situáciu iba zhorší. Vývojár jeden ďeň kóduje vo svojej working copy. Prácu nekomitne, lebo konflikty. Na druhé ráno chce pokračovať s čerstvou kópiou (Akou vlastne, keď večer nikto nekomitoval? Ok, nejakí odvážlivci sa našli.). Updatovať ale tiež nechce, lebo konflikty. Takže s Tvojím riešením má na stroji dve verzie: svoju rozpracovanú, a čerstvo čekautnutú, ale bez svojich lokálnych zmien. A teraz mi povedz, ako sa jeho lokálne zmeny dostanú do čerstvej kópie? Kedy a ako sa konflikty vyriešia? Konflikty pri práci s VCS je potrebné riešiť ASAP. Ak máte VEĽA konfliktov, pravdepodobne robíte niečo zle: máte zle rozdelenú prácu, komitujete len zriedkavo a ešte zriedkavejšie updatujete (programátor predsa predsa updatovať, keď mu to lokálna kópia funguje, čo ak niekto urobil zmeny, a on sa nimi bude musieť zaoberať?).
Infraštruktúru programátorských tímov som už párkrát riešil (a vyriešil). Ak chceš, môžeme to prebrať mimo toto fórum. Mám pocit, že Tvoj problém sa Linuxu absolútne netýka.
Tiskni
Sdílej: