Příspěvek na blogu Raspberry Pi představuje novou kompletně přepracovanou verzi 2.0 aplikace Raspberry Pi Imager (YouTube) pro stažení, nakonfigurování a zapsání obrazu operačního systému pro Raspberry Pi na SD kartu. Z novinek lze vypíchnout volitelnou konfiguraci Raspberry Pi Connect.
Memtest86+ (Wikipedie), svobodný nástroj pro kontrolu operační paměti, byl vydán ve verzi 8.00. Přináší podporu nejnovějších procesorů Intel a AMD nebo také tmavý režim.
Programovací jazyk Racket (Wikipedie), tj. jazyk z rodiny jazyků Lisp a potomek jazyka Scheme, byl vydán v nové major verzi 9.0. Hlavní novinku jsou paralelní vlákna (Parallel Threads).
Před šesti týdny bylo oznámeno, že Qualcomm kupuje Arduino. Minulý týden byly na stránkách Arduina aktualizovány podmínky používání a zásady ochrany osobních údajů. Objevily se obavy, že by otevřená povaha Arduina mohla být ohrožena. Arduino ubezpečuje, že se nic nemění a například omezení reverzního inženýrství v podmínkách používání se týká pouze SaaS cloudové aplikace.
Knihovna libpng, tj. oficiální referenční knihovna grafického formátu PNG (Portable Network Graphics), byla vydána ve verzi 1.6.51. Opraveny jsou 4 bezpečnostní chyby obsaženy ve verzích 1.6.0 (vydána 14. února 2013) až 1.6.50. Nejvážnější z chyb CVE-2025-65018 může vést ke spuštění libovolného kódu.
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 159 (pdf).
Hru Warhammer: Vermintide 2 (ProtonDB) lze na Steamu získat zdarma napořád, když aktivaci provedete do pondělí 24. listopadu.
Virtualizační software Xen (Wikipedie) byl vydán v nové verzi 4.21. Podrobnosti v poznámkách k vydání a přehledu nových vlastností.
Evropská komise schválila český plán na poskytnutí státní pomoci v objemu 450 milionů eur (téměř 11 miliard Kč) na rozšíření výroby amerického producenta polovodičů onsemi v Rožnově pod Radhoštěm. Komise o tom informovala v dnešní tiskové zprávě. Společnost onsemi by podle ní do nového závodu v Rožnově pod Radhoštěm měla investovat 1,64 miliardy eur (téměř 40 miliard Kč).
Microsoft v příspěvku na svém blogu věnovaném open source oznámil, že textové adventury Zork I, Zork II a Zork III (Wikipedie) jsou oficiálně open source pod licencí MIT.
$ nslookup pavel Server: 127.0.1.1 Address: 127.0.1.1#53 Name: pavel.kobliha.loc Address: 10.0.10.2 $ nslookup pavel Server: 127.0.1.1 Address: 127.0.1.1#53 *** Can't find pavel: No answerTo samé i bez nscd. Ale
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
nslookup pavel 10.0.10.1 funguje vždycky. Takže to Ubuntu dělá nějaký čachry s tím DNS serverem.
$ cat /etc/resolv.conf # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN nameserver 127.0.1.1 search kobliha.loc lanPustím si ještě na
cat watch a budu hlídat, co se dějě, když je ten výpadek..
nslookup pavel 10.0.10.1 funguje vždy.
/etc/resolv.conf se zapsala konfigurace DNS kterou systém dostane z DHCP a je tam na fix to 127.0.1.1. a obcas zřejmě dostane ze serveru zprávu ze je autoritativní pro domenu kobliha.loc a pak ji zase timeoutem zapomene.
Normální je mít v domácí síti jeden nameserver na který se bude každý obracet. Tedy do resolv.conf se dostane adresa 10.0.10.1
nscd. Jinde NetworkManager updatne /etc/resolv.conf při každém nahození konektivity. Tady má nastaveno že vše řeší lokální cachující nameserver a tak to vždy nakonfiguruje na něj. Taky mám notebooky které tahám do x sítí, ale lokální nameserver bych do něj nedal.
# service nscd stop * Stopping Name Service Cache Daemon nscd [ OK ] # nslookup pavel Server: 127.0.1.1 Address: 127.0.1.1#53 *** Can't find pavel: No answer # nslookup pavel Server: 127.0.1.1 Address: 127.0.1.1#53 *** Can't find pavel: No answer # nslookup pavel Server: 127.0.1.1 Address: 127.0.1.1#53 *** Can't find pavel: No answer # nslookup pavel Server: 127.0.1.1 Address: 127.0.1.1#53 *** Can't find pavel: No answer # nslookup pavel Server: 127.0.1.1 Address: 127.0.1.1#53 *** Can't find pavel: No answer # nslookup pavel 10.0.10.1 Server: 10.0.10.1 Address: 10.0.10.1#53 Name: pavel.kobliha.loc Address: 10.0.10.2 # nslookup pavel Server: 127.0.1.1 Address: 127.0.1.1#53 *** Can't find pavel: No answer
# nslookup pavel Server: 127.0.1.1 Address: 127.0.1.1#53 Name: pavel-pc.kobliha.loc Address: 10.0.10.2
resolv.conf Zatím si NM myslí že tam je lokální nameserver a pošle vše na něho. Tohleto vědomí NM se patrně nezmění tím, že ten lokální server jen vypneš. (ale dá se to zkusit vypnutím a znovu zapnutím wifiny) protože to nastavení DNS serveru do resolv.conf se děje jen když se nahazuje linka (nebo při novém zapůjčení IP adres z DHCP) nezmění se tím, že nějaký program spustíš nebo zastavíš.
#echo "nameserver 10.0.10.1" > /etc/resolvconf/resolv.conf.d/head #resolvconf -u
#cat /etc/resolv.conf nameserver 10.0.10.1 nameserver 127.0.1.1Ale je to spíš jen takovej workaround...
petr@NT-Olomouc:/etc/NetworkManager/system-connections$ ls Drátové připojení 1 kabel.doma.cz.5Ghz sofie kabel.doma.cz.29 sofia-bezrucova petr@NT-Olomouc:/etc/NetworkManager/system-connections$ uname -a Linux NT-Olomouc 3.19.0-30-generic #34~14.04.1-Ubuntu SMP Fri Oct 2 22:09:39 UTC 2015 x86_64 x86_64 x86_64 GNU/LinuxZa další bych prošel soubory a pochybnou IP 127.0.1.1 vyházel ze všech konfiguráků, tato adresa mi nesmí do PC loop rozhraní je 127.0.0.1 .
Tiskni
Sdílej:
