Matthias Clasen z Red Hatu oznámil v diskusním listu vývojářů Fedora Linuxu, že tým Red Hat Display Systems se zaměří na Wayland a podporu HDR na Linuxu a přestane spravovat RPM balíčky pro LibreOffice. V další major verzi RHELu už LibreOffice nebude. Pokud se nenajde správce balíčků pro Fedora Linux, zůstane pouze LibreOffice ve Flatpaku.
Na Steamu lze získat zdarma počítačovou hru Tell Me Why (ProtonDB). Na Epic Games Storu počítačovou hru Midnight Ghost Hunt (ProtonDB).
Společnost Meta představila (YouTube) brýle pro virtuální realitu Meta Quest 3. V prodeji budou na podzim a stát budou od 499,99 dolarů.
Byla vydána nová verze 2.41.0 distribuovaného systému správy verzí Git. Přispělo 95 vývojářů, z toho 29 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání.
Organizace Apache Software Foundation (ASF) vydala verzi 18 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Byla vydána verze 1.70.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example. Jako reakce na rostoucí obavy z vlivu korporací na vývoj Rustu a předložený návrh restriktivních zásad používání ochranných známek Rustu, byl nedávno představen komunitní fork Rustu se 100 % méně byrokracie: Crab (CrabLang).
Oliver Smith z Canonicalu shrnuje základní vlastnosti „neměnné“ distribuce Ubuntu Core také ve srovnání s protějšky Chrome OS, Fedora Silverblue a MicroOS. Canonical připravuje desktopovou variantu Ubuntu Core vedle dosavadní serverové/embedded.
Z aktualizovaného seznamu chyb (pdf) procesoru AMD EPYC 7002: #1474 - procesor se po 1044 dnech od posledního resetu zasekne [reddit].
Fossil (Wikipedie) byl vydán ve verzi 2.22. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.
David Malcolm se ve svém příspěvku na blogu vývojářů Red Hatu rozepsal o vylepšeních statické analýzy (volba -fanalyzer) v GCC 13.
# ping -I 90.182.150.74 -n -c 1 90.179.172.17 PING 90.179.172.17 (90.179.172.17) from 90.182.150.74 : 56(84) bytes of data. 64 bytes from 90.179.172.17: icmp_seq=1 ttl=58 time=28.2 ms --- 90.179.172.17 ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 28ms rtt min/avg/max/mdev = 28.220/28.220/28.220/0.000 ms # # ping -I eth2 -n -c 1 90.179.172.17 PING 90.179.172.17 (90.179.172.17) from 90.182.150.74 eth2: 56(84) bytes of data. From 90.182.150.74 icmp_seq=1 Destination Host Unreachable --- 90.179.172.17 ping statistics --- 1 packets transmitted, 0 received, +1 errors, 100% packet loss, time 3000ms # # ip addr sh 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo 2: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000 link/ether 00:e0:4c:15:b4:15 brd ff:ff:ff:ff:ff:ff inet 90.182.150.74/29 brd 90.182.150.79 scope global eth2 3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000 link/ether 00:21:27:c7:98:84 brd ff:ff:ff:ff:ff:ff inet 192.168.1.254/24 brd 192.168.1.255 scope global eth0 4: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000 link/ether 00:19:e0:14:67:9f brd ff:ff:ff:ff:ff:ff inet 10.0.0.1/24 brd 10.0.0.255 scope global eth1 5: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1492 qdisc pfifo_fast state UNKNOWN qlen 3 link/ppp inet 90.176.219.147 peer 88.103.200.3/32 scope global ppp0
# ping -I 80.92.224.140 -n -c 1 90.179.172.17 PING 90.179.172.17 (90.179.172.17) from 80.92.224.140 : 56(84) bytes of data. 64 bytes from 90.179.172.17: icmp_req=1 ttl=58 time=21.4 ms --- 90.179.172.17 ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 21.426/21.426/21.426/0.000 ms # # ping -I eth1 -n -c 1 90.179.172.17 Warning: cannot bind to specified iface, falling back: Operace není povolena PING 90.179.172.17 (90.179.172.17) from 80.92.224.140 eth1: 56(84) bytes of data. 64 bytes from 90.179.172.17: icmp_req=1 ttl=58 time=38.6 ms --- 90.179.172.17 ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 38.641/38.641/38.641/0.000 ms # # ip addr sh 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 50:e5:49:5a:92:66 brd ff:ff:ff:ff:ff:ff inet 192.168.1.254/24 brd 192.168.1.255 scope global eth0 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 00:08:c7:19:47:f0 brd ff:ff:ff:ff:ff:ff inet 80.92.224.140/24 brd 80.92.224.255 scope global eth1
22:07:25.158125 IP 90.182.150.74 > 90.182.150.74: ICMP host 90.179.172.17 unreachable, length 92
Jak 'pingání na adresu'? To se pingá v obou případech, ne?Jo, sorry.
já si právě myslel, že ten přepínač "-I" určí interface z něhož ICMP pakety budou odcházetAno, pokud zadáš interface.
zdrojovou IP adresu.Ano, pokud zadáš adresu a pravděpodobně i pokud zadáš interface, ale tam si nejsem na 100% jistý.
Tedy že ať použiji kterýkoliv tvar, tak bude výsledek stejný.Jak sám vidíš, není tomu tak.
A tady mám na dvou různých sestavách tři odlišné výsledky:Pokud chceš vědět, co ping skutečně dělá, použij strace. Ale upozorňuju tě, že to není moc hezké čtení.
# tcpdump -i eth2 -nn tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth2, link-type EN10MB (Ethernet), capture size 65535 bytes 06:52:59.951966 ARP, Request who-has 90.179.170.17 tell 90.182.150.74, length 28 06:53:00.951965 ARP, Request who-has 90.179.170.17 tell 90.182.150.74, length 28 06:53:01.951964 ARP, Request who-has 90.179.170.17 tell 90.182.150.74, length 28PS: To chování iputils-v20101006 ping-u je nejspíš způsobené tím, že ping zahodí CAP_NET_RAW capability před voláním "setsockopt(..,SO_BINDTODEVICE, IfName,..)", takže to vždy končí EPERM. Asi Fedora-specific patch podle zdrojáků (těm jsem se chtěl vyhnout;).
Tiskni
Sdílej: