Microsoft na GitHubu zveřejnil zdrojový kód projektu LiteBox, jedná se o 'knihovní operační systém' (library OS) zaměřený na bezpečnost, využívající systémovou architekturu LVBS k ochraně jádra před útoky z uživatelského prostoru. LiteBox je napsán v Rustu a uvolněný pod licencí MIT. Projekt je teprve v rané fázi vývoje.
BreezyBox je open-source shell a virtuální terminál pro populární jednočip ESP32. Nabízí základní unixové příkazy, sledování aktuálního pracovního adresáře (CWD), jednoduchý instalátor a spouštěč aplikací v podobě ELF binárních souborů, zabudovaný HTTP server nebo třeba ovládání WiFi - ukázka použití coby 'malého osobního počítače'. Ačkoliv je BreezyBox inspirovaný BusyBoxem, oproti němu má tento projekt několik externích závislostí, zejména na ESP-IDF SDK. BreezyBox je dostupný pod licencí MIT.
Byl představen cross-assembler xa.sh, napsaný čistě v Bourne shell skriptu. Tento nástroj umožňuje zpracovávat assemblerový kód pro Intel 8080, přičemž je možné snadno přidat podporu i pro další architektury, například 6502 a 6809. Skript využívá pouze různé běžné unixové příkazy jako jsou awk, sed nebo printf. Skript si lze stáhnout z GitHubového repozitáře projektu.
Byla představena nová verze modelu Claude Opus 4.6 od společnosti Anthropic. Jako demonstraci možností Anthropic využil 16 agentů Claude Opus 4.6 k vytvoření kompilátoru jazyka C, napsaného v programovacím jazyce Rust. Claude pracoval téměř autonomně, projekt trval zhruba dva týdny a náklady činily přibližně 20 000 dolarů. Výsledkem je fungující kompilátor o 100 000 řádcích kódu, jehož zdrojový kód je volně dostupný na GitHubu pod licencí Creative Commons.
Kultovní britský seriál The IT Crowd (Ajťáci) oslavil dvacáté výročí svého prvního vysílání. Sitcom o dvou sociálně nemotorných pracovnících a jejich nadřízené zaujal diváky svým humorem a ikonickými hláškami. Seriál, který debutoval v roce 2006, si i po dvou dekádách udržuje silnou fanouškovskou základnu a pravidelně se objevuje v seznamech nejlepších komedií své doby. Nedávné zatčení autora seriálu Grahama Linehana za hatecrime však vyvolává otázku, jestli by tento sitcom v současné Velké Británii vůbec vznikl.
Společnost JetBrains oznámila, že počínaje verzí 2026.1 budou IDE založená na IntelliJ ve výchozím nastavení používat Wayland.
Společnost SpaceX amerického miliardáře Elona Muska podala žádost o vypuštění jednoho milionu satelitů na oběžnou dráhu kolem Země, odkud by pomohly zajistit provoz umělé inteligence (AI) a zároveň šetřily pozemské zdroje. Zatím se ale neví, kdy by se tak mělo stát. V žádosti Federální komisi pro spoje (FCC) se píše, že orbitální datová centra jsou nejúspornějším a energeticky nejúčinnějším způsobem, jak uspokojit rostoucí poptávku po
… více »Byla vydána nová verze 2.53.0 distribuovaného systému správy verzí Git. Přispělo 70 vývojářů, z toho 21 nových. Přehled novinek v poznámkách k vydání.
Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 216. sraz, který proběhne v pátek 20. února od 18:00 v Red Hat Labu (místnost Q304) na Fakultě informačních technologií VUT v Brně na ulici Božetěchova 1/2. Tématem srazu bude komunitní komunikační síť MeshCore. Jindřich Skácel představí, co je to MeshCore, předvede nejrůznější klientské zařízení a ukáže, jak v praxi vypadá nasazení vlastního repeateru.
Byla vydána nová major verze 9.0 multiplatformní digitální pracovní stanice pro práci s audiem (DAW) Ardour. Přehled novinek, vylepšení a oprav v poznámkách k vydání.
Mám dva adresáře, které by měly obsahovat to samé, protože náhodou ten druhý vznikl různým složitým tar sem - tar tam z toho jednoho. Potřebuju si ověřit, že oba obsahy se skutečně shodují, nebo v čem se liší. diff a hotovo? Není to tak jednoduché.
diff skutečně dává možnost porovnat obsah dvou adresářů včetně podadresářů a rozumným způsobem nahlásí ty rozdíly. Jenže interpretuje symlinky a to se mu nedá rozmluvit. Symlink směřující do prázdna dokonce hlásí jako chybu. Takže pěkný, ale pro můj účel se diff nehodil.
Kdosi mi poradil ls -lR v každém z adresářů a diffem porovnat výstupy. Jenže to bych porovnal jenom módy souborů, velikost atd., ale ne skutečně obsah. Co když tar při obnově z archívu vytvořil soubor správné velikosti, ale vevnitřku samé nuly? Jednou jsem tento jev zažil, to vám byla psina. Od té doby jsem nedůvěřivej. Potom je taky ta věc, že symlinky vytvořené tarem myslím nemívají stejný čas vytvoření, takže by se mi ohlásily jako rozdílné. Totéž možná platí o device souborech (ale já jsem tam žádný neměl).
Obsah obyčejných souborů ve dvou adresářích se dá porovnat docela jednoduchým skriptem volaným z find. Stačí ověřit, že jednotlivý soubor existuje v obou adresářích a je to obyčejný soubor, a zavolat na něj cmp. To bylo pro mě částečné řešení, ale pořád jsem nevěděl, kterak porovnat symlinky.
Co třeba napsat si prográmek v Pythonu? (Nebo máte radši Perl?) No to by docela určitě šlo. Jenže to už je taková nouzovka, že jsem nad tím usnul.
Když jsem se probudil, napsal jsem
rdist -P /usr/bin/ssh -overify,compare,ignlnks,remove
-c adresář_1 localhost:adresář_2
Zprávy pro puntičkáře: verify způsobí, že program nic neudělá, jenom řekne, co je potřeba. Pěkná vlastnost, že? compare se nespokojí s porovnáním velikosti a času a skutečně porovná obsah. ignlnks potlačí kontrolu cíle u symlinků. remove mi vypíše soubory, které jsou ve druhém adresáři navíc. Měl jsem běžícího ssh-agenta, takže ssh mi šlo bez hesla.
Tiskni
Sdílej:
Právě že to špatně zachází se symlinky. Obsah symlinku, který někam vede, to zpracuje, jako kdyby to byl rovnou ten cílový soubor. Symlink nikam nevedoucí ohlásí jako chybu. Potřeboval jsem, aby mi to porovnalo, kam symlinky ukazujou.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
16.6.2005 12:51