NVIDIA vydala nativního klienta své cloudové herní služby GeForce NOW pro Linux. Zatím v beta verzi.
Open Gaming Collective (OGC) si klade za cíl sdružit všechny klíčové projekty v oblasti linuxového hraní počítačových her. Zakládajícími členy jsou Universal Blue a Bazzite, ASUS Linux, ShadowBlip, PikaOS a Fyra Labs. Strategickými partnery a klíčovými přispěvateli ChimeraOS, Nobara, Playtron a další. Cílem je centralizovat úsilí, takže namísto toho, aby každá distribuce udržovala samostatné opravy systému a podporu hardwaru na
… více »V kryptografické knihovně OpenSSL bylo nalezeno 12 zranitelností. Opraveny jsou v upstream verzích OpenSSL 3.6.1, 3.5.5, 3.4.4, 3.3.6 a 3.0.19. Zranitelnosti objevila společnost AISLE pomocí svého autonomního analyzátoru.
Desktopové prostředí Xfce bude mít vlastní kompozitor pro Wayland s názvem xfwl4. V programovacím jazyce Rust s využitím stavebních bloků z projektu Smithay jej napíše Brian Tarricone. Úprava stávajícího xfwm4 tak, aby paralelně podporoval X11 i Wayland, se ukázala jako špatná cesta.
Desktopové prostředí KDE Plasma 6.8 poběží už pouze nad Waylandem. Vývojáři, kteří s rozhodnutím nesouhlasí, vytvořili fork KDE Plasma s názvem SonicDE (Sonic Desktop Environment) s cílem zachovat a vylepšovat podporu X11.
Byla vydána nová stabilní verze 7.8 dnes již jedenáctiletého webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 144. Přehled novinek i s náhledy v příspěvku na blogu.
GNU gettext (Wikipedie), tj. sada nástrojů pro psaní vícejazyčných programů, dospěl do verze 1.0. Po více než 30 letech vývoje. Přehled novinek v souboru NEWS.
Chris Kühl (CEO), Christian Brauner (CTO) a Lennart Poettering (Chief Engineer) představili svou společnost Amutable. Má přinést determinismus a ověřitelnou integritu do linuxových systémů.
Byla vydána (𝕏) nová verze 26.1 open source firewallové a routovací platformy OPNsense (Wikipedie). Jedná se o fork pfSense postavený na FreeBSD. Kódový název OPNsense 26.1 je Witty Woodpecker. Přehled novinek v příspěvku na fóru.
Deník TO spustil vlastní zpravodajský webový portál ToHledej.CZ s internetovým vyhledávačem a bezplatnou e-mailovou schránkou. Dle svého tvrzení nabízí 'Zprávy, komentáře, analýzy bez cenzury' a 'Mail bez šmírování a Velkého bratra'. Rozložením a vizuálním stylem se stránky nápadně podobají portálu Seznam.cz a nejspíše je cílem být jeho alternativou. Z podmínek platformy vyplývá, že portál využívá nespecifikovaný internetový vyhledávač třetí strany.
i686-pc-linux-gnu binárky pro sparc64-unknown-linux-gnu. Existuje několik poměrně podrobných návodů: 1, 2,
3.
Všechny mají několik společných vlastností:
Nefungují.
Jsou beznadějně zastaralé.
Jsou nepřesné a nikde není seznam vstupních požadavků.
Postup podle návodu:
Kompilace binutils pro sparc64 - OK, funguje.
Kompilace základního GCC (nejspíš kvůli vytvoření důležitých knihoven) - selže. Někdy make & spol vygeneruje neplatný parametr -Q příkazu exec a překlad neúspěšně skončí. Jindy to hlásí C compiler cannot create executables. Oba případy se střídají náhodně.
První problém rozhodně není moje chyba. Druhý problém jsem zkoušel řešit modifikací proměnné PATH i přidáním symlinků na nové binutils pro sparc64, avšak bezvýsledně.
A další kroky už vůbec nemá cenu zkoušet.
Je snad nutné použít nějakou starou verzi GCC, která tyto chyby nemá?
Nemáte někdo s něčím podobným zkušenost? Víte o nějakém funkčním řešení? Správci distribucí cross-compiler nutně potřebují. Tedy jistě existuje způsob, jak GCC přeložit. Jen ho najít...
Předejdu otázce: Ne, nechci si stáhnout předpřipravené obrazy. Chci vědět, jak to funguje.
nebo se podívej, jak to dělá.
Použij Gentoonebo se podívej, jak to dělá.
Z obojího mám trochu obavy... Možná bych si mohl spustit pouze základní instalaci Gentoo ve VirtualBoxu nebo VMWare a pak odtamtud vzít hotovou binárku. Hlavně bych se rád dopídil toho, jak crossdev zajistí, aby kompilace fungovala. Asi používá starší verzi GCC. Aspoň u cross-compileru pro Win32, který jsem úspěšně vytvořil z PKGBUILDu přímo pod Archem, tomu tak bylo. Tam měli nějaké GCC 3.x a tím se pak znovu přeložilo výsledné GCC 4.x.
Hlavně bych se rád dopídil toho, jak crossdev zajistí, aby kompilace fungovala.Mám tu i686-mingw 4.2.0 kompilované s x86-64 gcc 4.2.0, gcc 3.x to nepoužívá. Hlásí to tyto podrobnosti:
Configured with: /var/tmp/cross/i686-mingw32/portage/cross-i686-mingw32/gcc-4.2.0/work/gcc-4.2.0/configure --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/i686-mingw32/gcc-bin/4.2.0 --includedir=/usr/lib/gcc/i686-mingw32/4.2.0/include --datadir=/usr/share/gcc-data/i686-mingw32/4.2.0 --mandir=/usr/share/gcc-data/i686-mingw32/4.2.0/man --infodir=/usr/share/gcc-data/i686-mingw32/4.2.0/info --with-gxx-include-dir=/usr/lib/gcc/i686-mingw32/4.2.0/include/g++-v4 --host=x86_64-pc-linux-gnu --target=i686-mingw32 --build=x86_64-pc-linux-gnu --disable-altivec --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --enable-secureplt --disable-libunwind-exceptions --disable-libmudflap --disable-libssp --disable-libgcj --with-arch=i686 --enable-languages=c,c++ --with-sysroot=/usr/i686-mingw32 --disable-bootstrap --disable-libgomp
To znám, i686-mingw mám taktéž. Pro ArchLinux je na to v AUR přímo PKGBUILD, který tohle všechno udělá a vyplivne funkční překladač. Podstatný rozdíl oproti sparc64 je v tom, že knihovna mingw je úzce zaměřená na jednu platformu. Pro její zprovoznění s GCC není potřeba tolik triků jako v případě binutils a glibc.
Ještě chci podotknout, že tenhle návod je ze SVN, takže je "teplej" tak pár hodin.
A že jsem hodnej, tak tady je odkaz
Díky za odkaz. Tuto stránku jsem předtím nenašel ani po hodinovém hledání Googlem. Překvapuje mě, že na mě z Googlu nevyskočila jako první. Když zadám cross-compiler linux sparc64, nic relevantnějšího než tohle přece nemůže existovat. Pokud Google stránku nenajde, nejspíš na ni nevede dostatek odkazů. To mě překvapuje ještě víc.
Pokud jde o samotný návod, zběžně jsem ho pročetl až po samotnou kompilaci nového systému. Můj dojem z něj je takový, že je silně překomplikovaný a předimenzovaný. (Například vytváření celého nového diskového oddílu jen kvůli kompilaci mi připadá (mírně řečeno) matoucí. Oddíl na hostitelském počítači nemá s bootováním cílového stroje vůbec nic společného. Zabezpečit se dá stejně dobře i adresář.) To ale nic nemění na tom, že je nejspíš jediný svého druhu.
Příjemné je, že se tam přesně uvádí, jak se musí nastavit překlad GCC, aby fungoval. Je to mnohem složitější procedura, než jakou jsem předtím zkoušel. Nepříjemným faktem však zůstává, že každý kousek software je nutné kvůli specifickému nastavení zkompilovat zvlášť. Jinak řečeno - nelze prostě vzít build framework z ArchLinuxu a napasovat ho rychle a jednoduše na tento návod...
Mimochodem - tady je vidět velmi podstatný nedostatek ArchLinuxu ve srovnání se „staršími a zkušenějšími“ distribucemi - Debian, Gentoo, Fedora a podobně. Nelze prostě jen tak vzít strom ABS, něco někde přepnout a zkompilovat systém pro jinou architekturu. Přesněji řečeno, samozřejmě to možné je, ale při každé aktualizaci by člověk musel editovat všechny potřebné PKGBUILDy. (To ale koneckonců není příliš překvapivé - u některých distribucích pracují na portech pro non-PC architektury celé týmy lidí...)
Tiskni
Sdílej: