Gemini CLI umožňuje používání AI Gemini přímo v terminálu. Vydána byla verze 0.10.0.
Konference OpenAlt 2025 proběhne již příští víkend 1. a 2. listopadu v Brně. Nabídne přibližně 80 přednášek a workshopů rozdělených do 7 tematických tracků. Program se může ještě mírně měnit až do samotné konference, a to s ohledem na opožděné úpravy abstraktů i případné podzimní virózy. Díky partnerům je vstup na konferenci zdarma. Registrace není nutná. Vyplnění formuláře však pomůže s lepším plánováním dalších ročníků konference.
Samsung představil headset Galaxy XR se 4K Micro-OLED displeji, procesorem Snapdragon XR2+ Gen 2, 16 GB RAM, 256 GB úložištěm, operačním systémem Android XR a Gemini AI.
Před konferencí Next.js Conf 2025 bylo oznámeno vydání nové verze 16 open source frameworku Next.js (Wikipedie) pro psaní webových aplikací v Reactu. Přehled novinek v příspěvku na blogu.
Sovereign Tech Fund oznámil finanční podporu následujících open source projektů: Scala, SDCC, Let's Encrypt, Servo, chatmail, Drupal, Fedify, openprinting, PHP, Apache Arrow, OpenSSL, R Project, Open Web Docs, conda, systemd a phpseclib.
Bylo vydáno OpenBSD 7.8. S předběžnou podporou Raspberry Pi 5. Opět bez písničky.
Valkey (Wikipedie) byl vydán v nové major verzi 9.0. Valkey je fork Redisu.
Byly publikovány informace o kritické zranitelnosti v knihovně pro Rust async-tar a jejích forcích tokio-tar, krata-tokio-tar a astral-tokio-tar. Jedná se o zranitelnost CVE-2025-62518 s CVSS 8.1. Nálezci je pojmenovali TARmageddon.
AlmaLinux přinese s verzí 10.1 podporu btrfs. XFS bude stále jako výchozí filesystém, ale instalátor nabídne i btrfs. Více informací naleznete v oficiálním oznámení.
Společnost OpenAI představila svůj vlastní webový prohlížeč ChatGPT Atlas. Zatím je k dispozici pouze na macOS.
/neco_1/AAA/*.aaa /neco_1/BBB/*.bbb /neco_2/AAA/*.aaa /neco_2/BBB/*.bbb ... /neco_N/AAA/*.aaa /neco_N/BBB/*.bbbTzn. každý adresář (říkejme mu třeba hlavní) obsahuje vždy dva 'vedlejší' poadresáře (vždy AAA a BBB) a ty pak vlastní data. Potřeboval bych tento strom připojit (zpřístupnit) tak, abych efektivně viděl toto:
/neco_1a/neco_1b/*.aaa /neco_2a/neco_2b/*.aaa ... /neco_Na/neco_Nb/*.aaaTj. 'hlavní' adresář už nebude obsahovat oba podadresáře, ale přímo obsah jednoho z nich. Nějak netuším co vlastně hledat. Určitě by se to dalo řešit odkazy, ale to by bylo strašné práce. Navíc by se hodilo, pokud by to živě reagovalo na změnu v tom původním stromě. Varianta by byla napsat skript, který by ty linky vytvořil a spouštět ho pokaždé, když dojde ke změně, ale možná existuje nějaké 'systémové' řešení. Díky.
Tvůj dotaz nedává smysl. Buď konkrétnější.Toho jsem se trochu bál. Moc nevím, jak to popsat lépe. Zkus si to představit jako např. hudební kolekci se soubory v různém formátu. Cesta './neco_X/' přestavuje cestu k hudebnímu albu a podadresáře 'AAA', resp. 'BBB' pak obsahují tytéž skladby v různých formátech ('aaa' a 'bbb'). A ty to chceš připojit tak, že koncový uživatel uvidí jen jeden z těch formátů (tzn './neco_X/*.aaa'), např. proto, že jeho přehrávač podporuje jen formát 'aaa', zatímco přehrávač jiného uživatele podporuje pouze formát 'bbb' (tomu to zase připojíš jinam, aby viděl jen formát 'bbb'). Ten příklad je asi dost kostrbatá konstrukce, ale snad to půjde takhle pochopit. Ale je to jen pro ilustraci, konkrétní problém by byl asi složitý na vysvětlení. Symlinky s inotify mám v záloze, zajímalo mně, jestli už něco takového neexistuje. FUSE mě taky napadlo, ale to by asi bylo zbytečně moc komplikované (nemám s tím zatím žádné zkušenosti). Změna na aplikační úrovni je taky možnost, ale do toho se mi moc nechce, protože tak jak je to generováno je to přehledné a logicky umístěné a dobře se to spravuje. A na opačném konci bych zase chtěl uživatele odstínit od pro něho nepotřebných dat (je to součást jakého si veřejného API). Ale zas bych pak nemusel dělat tohle harakiri se symlinkama, hmmm...
/neco_1a/neco_1b/*.aaa /neco_2a/neco_2b/*.aaaTohle stoji za vysvetleni, uz ten prvni radek je nejasny. Myslim ze by pomohl skutecny priklad treba to 1b v prvnim radku je klicove.
/foo/bar/aaa/*.aaa /foo/bar/bbb/*.bbbvypadat (pro parametr aaa) takhle:
/foo/bar/*.aaaa pro parametr 'bbb' takhle:
/foo/bar/*.bbb
FUSE mě taky napadlo, ale to by asi bylo zbytečně moc komplikované (nemám s tím zatím žádné zkušenosti).Ještě se dá přes LD_PRELOAD hookovat funkce fopen a podobné a patchovat cesty za běhu
A na opačném konci bych zase chtěl uživatele odstínit od pro něho nepotřebných dat (je to součást jakého si veřejného API).A proč nemůže server prezentovat uživatelům jednu strukturu a na storage používat jinou?
<?php /* * Licence: CC0 * * Notice: In name of file/dir doesn't can char '/'. */ define("ORIGINAL_DATA", "/dev/shm/original"); define("SYM_DATA", "/dev/shm/symbols"); // create testing data function path_add_root($path) { return ORIGINAL_DATA."/$path"; } $dirs=array( '2020-01-01/export/', '2020-01-01/raw/', '2020-01-02/export/', '2020-01-02/raw/', '2020-01-03/export/', '2020-01-03/raw/', '2020-01-04/export/', '2020-01-04/raw/' ); // vytvaram testovacie data $path_dirs=array_map("path_add_root", $dirs); system("rm -r ".ORIGINAL_DATA." ".SYM_DATA); mkdir(ORIGINAL_DATA);// or die("Nevytvoril sa ".ORIGINAL_DATA); system("mkdir -p ".implode(" ", $path_dirs)); foreach($path_dirs as $path) { if(strpos($path, "raw") !== false) $name="r"; else $name="e"; touch($path."$name.data"); touch($path."$name.data"); touch($path."$name.data"); } // "main()" program function create_sym_links($path, $path_sym) { // get full path list $files=array(); $list_1=scandir($path); foreach($list_1 as $item_1) if(strcmp("$item_1",".") != 0 && strcmp("$item_1","..") != 0) { $list_2=scandir("$path/$item_1"); foreach($list_2 as $item_2) if(strcmp("$item_2",".") != 0 && strcmp("$item_2","..") != 0) array_push($files, "$item_1/$item_2"); } foreach($files as $file) { $sym_dir=str_replace("/", "_", $file); symlink("$path/$file","$path_sym/$sym_dir"); } } mkdir(SYM_DATA) or die("Nevytvoril sa ".SYM_DATA); create_sym_links(ORIGINAL_DATA, SYM_DATA);
Tiskni
Sdílej: