Hra Doom nově běží také v SQL databázi CedarDB. Představen byl SQLDoom. Vyzkoušet lze online demo. Zdrojové kódy jsou k dispozici na GitHubu.
Multiplatformní open source aplikace scrcpy (Wikipedie) pro zrcadlení připojeného zařízení se systémem Android na desktopu a umožňující ovládání tohoto zařízení z desktopu, byla vydána v nové verzi 5.0. S podporou hardwarového dekódování videa na desktopu.
Moderní linker mold, rychlejší alternativa k LLVM lld nebo wild, byl vydán v nové major verzi 3.0.0. Přepsán byl z C++ do Rustu.
Po osmi letech od vydání verze 2.0 byla vydána nová major verze 3.0 multiplatformního editoru tagů MusicBrainz Picard (Wikipedie). Přehled novinek, vylepšení a oprav v changelogu.
Mezinárodní federace hudebního průmyslu (International Federation of the Phonographic Industry) navrhla Evropské komisi zařazení populárního open-source nástroje yt-dlp na evropský seznam 'padělků a pirátství' (EU Counterfeit and Piracy Watch List) pro rok 2027 (plné znění žádosti IFPI). IFPI ve svém podání označuje tento aktivně vyvíjený a o rozličné funkce bohatší fork youtube-dl za 'závažný problém' pro hudební průmysl, v
… více »Byla vydána nová verze 7.4 linuxové distribuce Parrot OS (Wikipedie). Jedná se o linuxovou distribuci založenou na Debianu a zaměřenou na penetrační testování, digitální forenzní analýzu, reverzní inženýrství, hacking, anonymitu nebo kryptografii. Přehled novinek v příspěvku na blogu.
Dnes startuje desátý ročník oblíbené kyberbezpečnostní soutěže The Catch organizované Forenzní laboratoří CESNETu. Letos zavede soutěžící do světa národních výzkumných a vzdělávacích sítí (NREN). Čekají na vás tematické úlohy založené na principu Capture the Flag (CTF), hledání ukrytých flagů i zajímavé ceny. Otestujte své schopnosti a vyrazte na lov flagů.
Byly zpracovány a na YouTube zveřejněny videozáznamy z konference LinuxDays 2026.
Německý startup Aleph Alpha k příležitosti výročí sjednocení Německa zveřejnil open-weight jazykový model Kolibri, vyvíjený s ohledem na unijní pojetí autorského práva, ochranu osobních údajů GDPR a nařízení EU o umělé inteligenci, jehož 'Kodexu správné praxe' je Aleph Alpha signatářem. Výsledkem tohoto přístupu je transparentnější technologie, kterou například budou moci využívat evropské veřejné instituce, ovšem za cenu
… více »Nvidia zveřejnila návrh nové bezpečnostní platformy pro nasazování AI agentů. Jedná se o nasazení AI za použití OpenShell a Sentry, dvou oddělených bezpečnostních vrstev, v nichž může Sentry monitorovat a vyhodnocovat chování AI v OpenShellu tak, že ho v krajním případě až vypne. Mělo by to zabránit dalším únikům AI ze sandboxu.
Dobrý den ,
prosím o radu ohledně nastavení sitových rozhraní v OSS 11.1
kernel Linux linux 2.6.27.21-0.1-default #1 SMP 2009-03-31 14:50:44 +0200 i686 athlon i386 GNU/Linux .
Sitové rozhraní :
00:04.0 Ethernet controller: nVidia Corporation nForce2 Ethernet Controller (rev a1)
01:07.0 Ethernet controller: Intel Corporation 82540EM Gigabit Ethernet Controller (rev 02)
firwall standardně vypnutý
Zde výpis route :
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
10.0.0.0 * 255.255.255.0 U 0 0 0 eth0
loopback * 255.0.0.0 U 0 0 0 lo
Zde výpis dhclient
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 2
DHCPDISCOVER on pan0 to 255.255.255.255 port 67 interval 4
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 2
DHCPREQUEST on eth0 to 255.255.255.255 port 67
DHCPACK from 10.0.0.138
bound to 10.0.0.1 -- renewal in 110844 seconds.
Chtěl jsem se zeptat jak to celé urychlit , pingy jsou na některé servery vyloženě chcíplé , ale když to stejné pustím v stzroji s XP-VISTY pak vše jede bez problémů ? Viidím možný problém s DNS , které mám od O2. Firefox , dělá třeba to , že se nějakou dobu pokouší hledat server , ale pak vše jede jak má.
ping www.google.com
PING www.l.google.com (209.85.129.147) 56(84) bytes of data.
64 bytes from fk-in-f147.google.com (209.85.129.147): icmp_seq=1 ttl=247 time=26.1 ms
64 bytes from fk-in-f147.google.com (209.85.129.147): icmp_seq=2 ttl=247 time=26.4 ms
64 bytes from fk-in-f147.google.com (209.85.129.147): icmp_seq=3 ttl=247 time=26.1 ms
64 bytes from fk-in-f147.google.com (209.85.129.147): icmp_seq=4 ttl=247 time=26.1 ms
^C
--- www.l.google.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 7091ms
rtt min/avg/max/mdev = 26.101/26.201/26.411/0.203 ms
Hodnota je celkem hodně velká
ping www.atlas.cz
PING www.atlas.cz (90.182.101.18) 56(84) bytes of data.
64 bytes from 90.182.101.18: icmp_seq=1 ttl=121 time=17.8 ms
64 bytes from 90.182.101.18: icmp_seq=2 ttl=121 time=22.7 ms
64 bytes from 90.182.101.18: icmp_seq=3 ttl=121 time=17.6 ms
^C
--- www.atlas.cz ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2009ms
rtt min/avg/max/mdev = 17.640/19.412/22.717/2.344 ms
linux:/ # ping www.abclinuxu.cz
PING abicko.abclinuxu.cz (195.70.150.7) 56(84) bytes of data.
64 bytes from 195.70.150.7: icmp_seq=1 ttl=57 time=20.9 ms
64 bytes from 195.70.150.7: icmp_seq=2 ttl=57 time=19.8 ms
64 bytes from 195.70.150.7: icmp_seq=3 ttl=57 time=19.7 ms
64 bytes from 195.70.150.7: icmp_seq=4 ttl=57 time=27.3 ms
64 bytes from 195.70.150.7: icmp_seq=5 ttl=57 time=22.6 ms
64 bytes from 195.70.150.7: icmp_seq=6 ttl=57 time=19.7 ms
^C
--- abicko.abclinuxu.cz ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 9131ms
rtt min/avg/max/mdev = 19.735/21.731/27.325/2.706 ms
Sitové rozhraní je ovládaní přes aplet network manager.
Mohu poprosit jakou změnu aplikovat , aby se to zlepšilo ? použít pro eth0 vše ručně ?
já možné problémy vidím ve směřování a v resolvu.
Díky
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
/etc/hosts dopísať IP adresy a zopakovať testy. Ak to pomôže, a ten stroj nevypínaš často tak si urob vlastný DNS server, alebo prestav DNS server, ktorý používaš na niečo iné (v /etc/resolv.conf ). Tiež sa skús pohrať s traceroute, aby si zistil či to zdržanie je na trase od teba po tvojho ISP alebo ďalej.
10.4.2009 21:11
gtz | skóre: 27
| blog: gtz
| Brno
Měl jsem podobné problémy s OSS 11.1 s tím, že aplet network manager nastavil dns i dhcp přímo z routeru , a blbě routoval přes bránu tím pádem i to prodlení. Poslední dobou jsou výpadky na DNS serveru od O2 celkem normální ... , ale velice divné je mi ,že tyto výpadky postihují jen stroje s Linux OS , většinou jsem se s tim na Windows Strojích nepotkal.
Jak psal , že tohle je jen na OS-linux a na Windows strojích ne ... pak to celkem nechápu , pokud je resolv.conf nastavený tak ja má být.
O2 más svoje prohnilé DNS celkem hodně profláklé a tento týden se i to tom psalo tuším někde na lupa.cz
Zkusil bych nějaké free dns třeba tyto :
208.67.222.222 Opendns.com primary
208.67.220.220 Opendns.com secondary
Ale divné je mi jak jsem se díval na ten výpis , že google , atd mají celkem dlouhou dobu a třeba atlas.cz polovičí , přitom google jistě je na lepší ISP než atlas.
presne toto se mi zacalo dit take (O2), po telefonatu s technikem mi snizili rychlost na polovinu, coz samozrejme nezabralo, tak jsem ji nechal navysit zpet a pouzivam DNS cache (pamatuje si zaznamy jen do restartu, ale nerestartuji, tak to neresim)
/etc/reslov.conf na začátku napsané nějaké DNS servery, které vám neodpovídají? Případně tamtéž nemáte v search nějakou neexistující doménu, a nepokouší se pak DNS resolver nejprve překládat adresu example.com.neexistujic.domena a pak až example.com?
jj dela to o2, ja sem to resil pres opendns, a jede to jak z praku
Tiskni
Sdílej:
