Americká technologická společnost Meta Platforms se dohodla, že zaplatí až zhruba 18 miliard dolarů (asi 373 miliard Kč) za mimosoudní urovnání sporu o závislosti dětí na sociálních sítích a provede významné změny pro jejich používání mladistvými. Téměř tři desítky států USA firmu v roce 2023 obvinily z toho, že sítě Facebook a Instagram vědomě navrhla tak, aby u dětí vyvolávaly závislost, a zatajovala tyto dopady před veřejností. Firma se
… více »Byl publikován aktuální přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Blíží se vydání podporující čipy M3. Vývojáře lze podpořit na GitHub Sponsors a Open Collective.
Kancelářský balík LibreOffice byl vydán ve verzi 26.8. Mimo jiné vylepšuje typografii a kompatibilitu s formáty MS Office, více v poznámkách k vydání.
Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu optimalizovaná pro jednodeskové počítače na platformě ARM a RISC-V, ke stažení ale také pro Intel a AMD, byl vydán ve verzi 26.8. Přehled novinek v poznámkách k vydání.
Byla vydána nová verze 23.1.0, tj. první stabilní verze z nové řady 23.1.x, překladačové infrastruktury LLVM (Wikipedie). Přehled novinek v poznámkách k vydání: LLVM, Clang, LLD, Extra Clang Tools, Libc++, Polly a Flang.
Google Chrome 152 byl prohlášen za stabilní. Nejnovější stabilní verze 152.0.7977.64 přináší řadu novinek. Podrobný přehled v poznámkách k vydání. Opraveno bylo 327 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Před 35 lety, 25. srpna 1991, oznámil Linus Benedict Torvalds v diskusní skupině comp.os.minix, že vyvíjí (svobodný) operační systém (jako koníček, nebude tak velký a profesionální jako GNU) pro klony 386 (486), že začal v dubnu a během několika měsíců by mohl mít něco použitelného.
Apple představil čipy M6 a M5 Ultra, Mac mini s M6 nebo M5 Pro a Mac Studio s M5 Max nebo M5 Ultra. Fedora Asahi Remix zatím podporuje jenom M1 a M2.
Firefox 157 přinese zapnutou podporu rastrového grafického formátu JPEG XL. Založena je na v Rustu napsané implementaci jxl-rs používané i v Chrome a Chromiu.
Vanilla OS 3 „Reunion“ byl vydán. Tato na Debianu „Sid“ založená desktopová distribuce s transakčními aktualizacemi „neměnného“ základního systému (ABRoot) nově podporuje architekturu arm64 (vedle x86-64), podporuje reprodukovatelné sestavení většiny balíčků a vylepšuje systémové nástroje. Vlastní meta-správce balíčků APX nyní používá Distrobox v2 a je dostupný i pro jiné distribuce.
Nastala chyba při nahrávání http://scholar.google.com/:
Neznámý hostitel scholar.google.com
Podobně se připojím pouze na část svých emailových účtů (pop3), podobně se nepřipojím na jabber ani icq servery.
Netušíte, o co jde? Mám tušení, že toto bude chyba mimo můj přijímač, jsem připojen po kabelu od UPC.
ping -c 3 66.102.1.99
PING 66.102.1.99 (66.102.1.99) 56(84) bytes of data.
64 bytes from 66.102.1.99: icmp_seq=1 ttl=243 time=116 ms
64 bytes from 66.102.1.99: icmp_seq=2 ttl=243 time=114 ms
64 bytes from 66.102.1.99: icmp_seq=3 ttl=243 time=115 ms
--- 66.102.1.99 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 114.932/115.412/116.111/0.639 ms
Bez toho, ze bych tomu rozumel, taky tusim, ze to bude chyba na strane DNS serveru. Tak holt si jdu radsi cist knizku:))
Tak si přidejte více DNS záznamů do /etc/resolv.conf ... třeba
nameserver 80.250.1.162 nameserver 194.228.41.65 nameserver 80.250.1.161 nameserver 195.146.100.5 search local
Pak ještě zkuste host -v scholar.google.com, tedy zjistit dostupnost daných serverů.
Tím si ověříte, co se vlastně děje.
dig www.gentoo.org
; <<>> DiG 9.3.2 <<>> www.gentoo.org
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 37289
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 2, ADDITIONAL: 2
;; QUESTION SECTION:
;www.gentoo.org. IN A
;; AUTHORITY SECTION:
gentoo.org. 41065 IN NS udns1.ultradns.net.
gentoo.org. 41065 IN NS udns2.ultradns.net.
;; ADDITIONAL SECTION:
udns1.ultradns.net. 123465 IN A 204.69.234.1
udns2.ultradns.net. 123465 IN A 204.74.101.1
;; Query time: 7 msec
;; SERVER: 147.32.80.9#53(147.32.80.9)
;; WHEN: Fri Jan 26 22:49:28 2007
;; MSG SIZE rcvd: 116
po zmene seznamu v /etc/resolv.conf tak, aby ten problemovy puvodni server byl az treti, a ne prvni, dostanu po pouziti prikazu dig toto:
; <<>> DiG 9.3.2 <<>> www.gentoo.org
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 7657
;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;www.gentoo.org. IN A
;; ANSWER SECTION:
www.gentoo.org. 600 IN A 38.99.64.202
www.gentoo.org. 600 IN A 38.99.64.201
www.gentoo.org. 600 IN A 66.219.59.46
;; Query time: 118 msec
;; SERVER: 213.46.172.36#53(213.46.172.36)
;; WHEN: Fri Jan 26 22:50:20 2007
;; MSG SIZE rcvd: 80
A zaroven veskere me problemy s pristupem na web skoncily.
Diky za asistenci. Fungovat to funguje, a co se tyce porozumeni, to uz ted snad zvladnu, kdyz vim, okolo ceho se to toci. Pekny zbytek vecera vsem.
A jak nechat system rozpoznat, ze jsem provedl zmenu v /etc/resolv.conf?Třeba:
# strace ping něco.co.nejde 2>&1 | grep connect
Tiskni
Sdílej: