Byla vydána (𝕏) zářijová aktualizace aneb nová verze 1.105 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.105 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Ve Firefoxu bude lepší správa profilů (oddělené nastavení domovské stránky, nastavení lišt, instalace rozšíření, uložení hesla, přidání záložky atd.). Nový grafický správce profilů bude postupně zaváděn od 14.října.
Canonical vydal (email) Ubuntu 25.10 Questing Quokka. Přehled novinek v poznámkách k vydání. Jedná se o průběžné vydání s podporou 9 měsíců, tj. do července 2026.
ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzi 1.5.0.
Byla vydána nová verze 1.12.0 dynamického programovacího jazyka Julia (Wikipedie) určeného zejména pro vědecké výpočty. Přehled novinek v příspěvku na blogu a v poznámkách k vydání. Aktualizována byla také dokumentace.
V Redisu byla nalezena a v upstreamu již opravena kritická zranitelnost CVE-2025-49844 s CVSS 10.0 (RCE, vzdálené spouštění kódu).
Ministr a vicepremiér pro digitalizaci Marian Jurečka dnes oznámil, že přijme rezignaci ředitele Digitální a informační agentury Martina Mesršmída, a to k 23. říjnu 2025. Mesršmíd nabídl svou funkci během minulého víkendu, kdy se DIA potýkala s problémy eDokladů, které některým občanům znepříjemnily využití možnosti prokázat se digitální občankou u volebních komisí při volbách do Poslanecké sněmovny.
Společnost Meta představila OpenZL. Jedná se o open source framework pro kompresi dat s ohledem na jejich formát. Zdrojové kódy jsou k dispozici na GitHubu.
Google postupně zpřístupňuje českým uživatelům Režim AI (AI Mode), tj. nový režim vyhledávání založený na umělé inteligenci. Režim AI nabízí pokročilé uvažování, multimodalitu a možnost prozkoumat jakékoliv téma do hloubky pomocí dodatečných dotazů a užitečných odkazů na weby.
Programovací jazyk Python byl vydán v nové major verzi 3.14.0. Podrobný přehled novinek v aktualizované dokumentaci.
cd /home/developer/intelFPGA_pro/artifacts.enablement export TOP_FOLDER=`pwd` export PATH=`pwd`/gcc-arm-11.2-2022.02-x86_64-aarch64-none-linux-gnu/bin:$PATH export ARCH=arm64 export CROSS_COMPILE=aarch64-none-linux-gnu- export QUARTUS_ROOTDIR=/home/developer/intelFPGA_pro/24.2/quartus/ export QUARTUS_ROOTDIR_OVERRIDE=${QUARTUS_ROOTDIR} #todle nesnasi bitbake #export LD_LIBRARY_PATH=${QUARTUS_ROOTDIR}/linux64 export PATH=$QUARTUS_ROOTDIR/bin:$QUARTUS_ROOTDIR/linux64:$QUARTUS_ROOTDIR/../qsys/bin:$QUARTUS_ROOTDIR/niosv/bin:$PATH export WORKSPACE=$TOP_FOLDER/gsrd-socfpga/ echo "Yocto setup done" #export PWD=$PWD cd gsrd-socfpga . agilex5_devkit-gsrd-build.sh build_setup exec basha potom dám bitbake_image 2.) Další otázka je kde/jak se dá přepnout stahování z gitu na HTTPS1, nebo nějak protáhnout timeouty spojení nebo tak něco,...? Manuálně se mi to stáhnout z gitu povedlo hned napoprvé, ale nevím, jak yoctu to stažené vnutit (když jsem použil stahovací příkaz z chyby stáhlo se to, ale poak yocto stejně stahoval znovu a nestáhl). byl jsem zvyklý na Buildroot a s yocto jsem začal před týdnem, tak mi to zatím přijde jako fujblé... Kit zatím na stole nemám, ale snažím se být trochu napřed, než přijde. Momentálně jsem to pustil znova a čekám na 76% stahování fpga a 5% rust-llvm-native do_compile po hodině od spuštění (trochu depresivní).
A teď k problému - yocto skončí na stahování kernelu z gitu, pokaždé v jiném místě, chyba byla např. kolem HTTPS2, že očekává ještě data ale nic...V tom navodu vidim jen 'wget' a 'git clone', ktere muzes nahradit cim chces. Kde presne vznika tvuj problem, muzes byt konkretni? Vystup by se taky hodil.
. poky_git/oe-init-build-env MyProject
Nasledne instalujeme pomocne vrstvy a konfigurujeme nastavenia. Ked je vsetko pripravene, pecieme pomocou:
bitbake my-image
Tieto prikazy je mozne najst aj v altera-opensource/gsrd-socfpga repozitari, zapuzdrene do pomocneho skriptu. Na prvy pohlad sa zda ze chyba je opakovane volanie 'build_setup' ktora vymazava pracovne adresare a teda by sa mala realizovat iba raz, pri nahodnej poruche je mozne pokracovat tam kde sme skoncili opatovnym zavolanim 'bitbake_image'.
Pri restarte stroja pouziteho pre zostavovanie FS ale nastava problem kedze je nutne volat 'build_setup' (pripravuje prostredie) - nuz je to asi stavane na silnejsie stroje kde kompilacia jedneho balika netrva cely den. Mozno sa daju z 'build_setup' "vybrat" len niektore casti (skusil by som fragment "... oe-init-build-env ..."), ktore zabezpecia ze premenne prostredia budu identicke ako po prvom volani 'build_setup'. Zmena premennych prostredia / nastaveni skoro vzdy sposobi restart procesu a rekompilaciu roznych balikov...
Tiskni
Sdílej: