Steam Link je nově dostupný také pro 64bitový x86 Linux. Streamovat hry z výkonného počítače s nainstalovanou službou Steam lze tedy vedle telefonu, tabletu nebo televize i do počítače s Linuxem. Instalovat Steam Link lze z Flathubu. Od prosince 2018 je k dispozici Steam Link pro Raspberry Pi.
openSUSE Leap 15.3 je od dnešního dne v Beta fázi. Toto vydání je zajímavé tím, že využívá binárních balíčků přímo ze SUSE Linux Enterprise. Podpora ARMv7 zařízení se odštěpila do samostatného podprojektu openSUSE Step. Instalační obrazy Leapu 15.3 jsou k nalezení na get.opensuse.org/testing. Pro ty, co se zapojí do Beta testování, čeká po skončení Beta fáze tričko. Více informací naleznete v oficiálním oznámení.
Byla vydána nová verze 8.5 sady aplikací pro SSH komunikaci OpenSSH. Opětovně se upozorňuje na blížící se zákaz algoritmu ssh-rsa kvůli možnému útoku na SHA-1.
Ako posunúť monitoring pomocou Zabbixu na vyššiu úroveň alebo "Čo nenájdete v out of the box inštalácii" odprezentuje séria Zabbix webinárov v slovenčine. Medzi témami nájdete napr. servisný strom, integráciu Openshift klastrov, monitoring SAP prostredia a iné.
Společnost Adobe oznámila, že končí s multiplatformním open source textovým editorem Brackets a jeho uživatelům doporučuje přechod na Visual Studio Code s rozšířením Brackets.
Google Chrome 89 byl prohlášen za stabilní. Nejnovější stabilní verze 89.0.4389.72 přináší řadu oprav a vylepšení (YouTube). Zdůraznit je nutno WebHID, WebNFC a Web Serial aneb možnost komunikace například s Raspberry Pi Pico nebo Stream Deck přímo z Chrome. Vylepšeny byly také nástroje pro vývojáře (YouTube). Opraveno bylo 47 bezpečnostních chyb.
Byla vydána verze 12.0.0 frameworku pro vývoj multiplatformních desktopových aplikací pomocí HTML, CSS a JavaScriptu Electron (Wikipedie, GitHub). Chromium bylo aktualizováno na verzi 89, V8 na verzi 8.9 a Node.js na verzi 14.16. Electron byl původně vyvíjen pro editor Atom pod názvem Atom Shell. Dnes je na Electronu postavena celá řada dalších aplikací.
Po zveřejnění informací o bezpečnostních chybách společně pojmenovaných BootHole v zavaděči GRUB 2 v červenci loňského roku se na bezpečnost zavádění a zvláště zavaděče GRUB 2 blíže podívala řada expertů. Dnes byly zveřejněny informace o nalezených bezpečnostních chybách (Ubuntu, Debian, Red Hat, SUSE, …).
Komunita kolem Linuxu From Scratch (LFS) vydala Linux From Scratch 10.1 a Linux From Scratch 10.1 se systemd. Nové verze knih s návody na instalaci vlastního linuxového systému ze zdrojových kódů přichází s Glibc 2.33, Binutils 2.36.1 nebo Linuxem 5.10.17. Současně bylo oznámeno vydání verze 10.1 knih Beyond Linux From Scratch (BLFS) a Beyond Linux From Scratch se systemd.
Byla vydána beta verze multiplatformního vývojového prostředí Arduino IDE 2.0. Přehled novinek i s náhledy v příspěvku na blogu. Arduino IDE 1.x je naprogramováno v Javě. Arduino IDE 2.x využívá Theia IDE a Electron.
Tento příběh je spíše takovým otvírákem pro diskuzi, zda je popisované chování normální a nebo má smysl začít lobovat za jeho změnu.
Sice platí, že člověk, a už vůbec ne admin, nemá spravovat co není rozbité, ale občas se zdá, že nová verze skýtá neodolatelné možnosti a pohodlí. A tak jsem se rozhodl vyrábět nové CF pro naše routery. Šlo to celkem dobře, což je neklamný znak blížící se katastrofy. Ale katastrofám je třeba předcházet a tak jsem CF pro náš nejhůře přístupný router, umístěný na vysokém komíně na který se leze zvenku po žebříku, mnohonásobně otestoval a prověřil.
Celá akce samozřejmě šla tradičně, začalo pršet a fičel ledový vítr. Ale to už je taková zásada, cokoliv se rozbije, rozbije s v místě, kde se k tomu nelze dostat, uprostřed noci a pokud možno při namrzajícím dešti. Samozřejmě nás počasí nezastaví a tak byla CF osazena, router nabootován a NIC. Systém, který bootoval na zemi nejméně 10x úspěšně nenabootoval ani za nic.
Nu vrátili jsme se k osvědčené verzi a já jsem se jal zkoumat, kde jsem udělal chybu. A co myslíte, chybu jsem udělal, když jsem zapomněl na udev.
Ten si zapamatoval MAC adresy ethernetových karet a když startoval v jiném počítači, tak našel "nové" karty a přidělil jim čísla eth2 a eth3, namísto původních eth0 a eth1. To vedlo k tomu, že samozřejmě konfigurace sítě selhala, neměla co konfigurovat. Řešení bylo prosté, smazat /etc/udev/rules.d/z25_persistent-net.rules
, a nechat jej na novém stroji založit znovu.
Tak teď když znáte pointu i atmosféru, pochopíte, že udev skoro až nemám rád. Resp. ono ani tak nejde o udev jako takový, ale scripty, které jej obklopují.
Považujete za správné, aby systém nerecykloval jména zařízení, pokud se změní jednoznačná identifikace zařízení? Tedy aby existovaly systémy, které mají jedinou ethernetovou kartu a ta neměla jméno eth0?
Tiskni
Sdílej:
V serveru by to prudit nemělo zvlášť v okamžiku, kdy ani jedna ze starých karet v novém systému neexistuje…Jenže právě kvůli tomuhle ti v novém serveru nebo po výměně síťovky nenaskočí síť a když k tomu nemáš připojený monitor ani jinou konzoli …
Zazil jsem motherboard, ktery po studenem startu mel integrovane sitovky v jinem poradi nez po teplem a prave pres pravidla v udev jsem ho umravnil
Máte-li jádro 2.6, pak se obecně o pořadí, v jakém jádro detekuje síťové karty, nedá obecně předpokládat vůbec nic.
Zda se, ze takto odporne se chova jen Etch a od nej odvozene distribuce. SUSE a Red Hat se chovaji prijatelne, sitove karty nechavaji na pokoji.
Tohle zaslouží trochu upřesnění, tedy aspoň co se SuSE týká. Verze SuSE s jádrem 2.4 (tedy do 9.0) nechávaly síťovým rozhraním skutečně jméno přiřazené jádrem. Protože se ale v jádrech 2.6 detekují zařízení jinak a není zaručeno, že pořadí jejich detekce (a tedy ani "jaderná" jména) bude persistentní; proto první verze s jádrem 2.6 (9.1 - 10.0*) přešly na přiřazení konfigurace ne jménu rozhraní, ale persistentnímu identifikátoru (u ethernetových karet odvozenému z MAC adresy), tj. např. ifcfg-eth-id-00:11:2f:5a:29:3e
místo ifcfg-eth0
. Pravděpodobně s ohledem na to, že většina ostatních distribucí (tedy aspoň těch, které problém řešily a nenechaly v něm uživatele vykoupat) zvolila řešení s přejmenováním síťových rozhraní pomocí udev, od verze 10.1* používá SuSE kombinovaný model, kdy rozhraní přejmenovává přes udev také na persistentní jména, ale konfiguraci v /etc/sysconfig/network
stále přiřazuje persistentnímu identifikátoru jako dříve.
* - nejsem si úplně jistý, zda přejmenovávání pomocí udev
používala až 10.1 nebo už 10.0
Podle me by to melo byt tak, ze pravidla pro udev ma clovek delat aktivne a ne aby vznikala sama od sebe.Presne tak. udev je docela dobry, kdyz z nej clovek vyhodi vsechna pravidla, ktera tam nastrkala distribuce, a napise si vlastni. V tech defaultnich jsou obcas i zbesile chyby, jako treba MODE="0644" pro /dev/input/eventX.
/etc/udev/readme-udev-arch.txt
.