Google Chrome 156 byl prohlášen za stabilní. Přehled novinek v poznámkách k vydání. Opraveno bylo 353 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Indická společnost eMudhra po bezpečnostním incidentu, tj. kompromitaci soukromých klíčů osmi mezilehlých certifikátů své certifikační autority, opouští globální byznys s SSL/TLS certifikáty.
Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »
Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).
Databáze DuckDB (Wikipedie) byla vydána ve verzi 2.0.0 LTS. S kódovým názvem Cinnamon Teal (čírka skořicová). S vyladěným protokolem Quack.
V implementaci Broadcom 802.11 byla zjištěna chyba ve zpracování WPS/EAP, týká se to SDK od roku 2010. Broadcom podle výzkumníka Quentina Kaisera odmítl CVE přidělit. Modemy Huawei a Technicolor jsou používány i v ČR, v LTE routerech, běžných domácích routerech a firemních přístupových bodech, jejich současný počet a zranitelnost konkrétních verzí však zatím neznáme. Více detailů a demo. GitHub / Broadcom 802.11 SDK Detection Toolkit.
Byla vydána nová verze 10.8 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyl balíček DietPi WireGuard.
Oslavte vydání openSUSE Leap 16.1 s námi v Praze! Ve středu 4. listopadu 2026 (den po vydání Leapu 16.1) vás zveme na malou oslavu vydání openSUSE Leap 16.1 do pražské kanceláře SUSE. Připravili jsme pro vás dvě krátké přednášky: … více »
Dle plánu bylo PHP vydáno v nových verzích 8.5.12, 8.4.27, 8.3.36 a 8.2.35. Opraveny jsou kritické zranitelnosti CVE-2026-109618 a CVE-2026-109619 aneb PHP2Shell.
UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala Ubuntu Touch 24.04-2.1 a 24.04-1.5. S opravou kritických zranitelností.
ping 192.168.10.101 funguje
ping -b 127.0.0.1 funguje
ping -c 3 www.yahoo.com (ani žádná jiná) nefunguje - po zmáčknutí entru se nic neděje, jako by zmrznul a o něco se snažil
iwconfig taky funguje,ale zapomněl jsem ji vyfotit a opsat
hláška no interfaces found je součástí výpisu err po zadání příkazu emerge --sync
ještě mně napadají parametry nonis nontp ... - jestli tam nějaký nechybí
snaha se cení
ping -n 77.75.72.3.
nastavení DNS resolver jsem nedělal a přiznám se - slyším to poprvé
. Skusím najít nějaký manuálek a ověřím. Už mám liveDVD, tak se snad budu moci ozvat i z domu.
ping na žádnou IP nefunguje a nic nedělá -> někam bloudí
dig @ip.adre.sa.dns seznam.cznameserver 208.67.222.222 nameserver 208.67.220.220
Při instalaci jsem překopíroval funkční instalační nastavení do nového "cp -L /mnt/gentoo/etc/resolv.conf /etc/resolv.conf"
po restartu síť už nešla, ale mám pocit, že ten soubor je prázdný
jestli jsem se překlepnul, asi mně střelí, ale stejně budu rád
může to být chyba - jen se zeptám : Ty čísla mám nechat stejná 208.x.x.x, nebo potřebuju nějaké originál pro můj CPU?
Pokud máš zaplé, používané, dhcp, tedy přidělování IP adres, masky a DNS od routeru, tak tím se to přepisuje, onen soubor /etc/resolv.conf.
DNS si nastav podle svýho providera, můžeš jich mít víc, jak sis asi všim. P.S. ping na DNS obvykle nejde, není povolený, rychlost odezvy od DNS ověříš třeba "host -v www.seznam.cz".
P.S. U ethernetu používam ethtool pro info, zda mam nosnou, vidim protějšek, stejně tak funguje i "ip link show".
P.P.S. jak koukam do manu ...
-R, --nodns
Don't send DNS information to resolvconf or touch /etc/resolv.conf.
IP adresu zadat ručně jsem zkoušel do /etc/conf.d/net (doufám, že cesta je dobře)
Protože se v IP vůbec nevyznám, tak jsem zkoušel všechny, ale měla by tam asi být 127.0.0.1 - maska 255.0.0.0 mně ale zaráží a myslím, že je špatně (nepodařilo se mi ale změnit = neodzkoušeno
Teď už se pohybuju ve stádiu "pokus/omyl" - nevím kam konstruktivně šáhnout
sudo route add default gw 192.168.10.x misto x adresu routeru .
Těm co se mi snažili pomoci díky a zároveň se omlouvám.
Podal jsem nesprávné údaje
Takže - síťovka je RTL8111/8168B - předtím jsem uvedl 8139
iwconfig nefunguje - popletl jsem to s route, který funguje
V jádře jsem podporu nenašel, ale tady v diskuzích se moje síťovka dost probírala. Určitě tam bude i odpověď.
Ozvu se zpětně, ať z toho mojeho chaosu aspoň něco bude
Zdar, jestli jste uvedl MAC adresu 00:1A:4D:5B:21:71, tak web tvrdí, že máte
MAC Address Prefix Vendor 001A4D GIGABYTE TECHNOLOGY CO.,LTD.(P.S. při správném používání tagů byste měl ten chaos menší.)
lspci hlásí :
02:00.0 Ethernet controler : Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI E xpress Gigabit Ethernet controller (rev 01)
základní deska http://www.czechcomputer.cz/product.jsp?artno=51309
Takže vlastně můžeme mít pravdu oba 
Tak se Vám ozývám z nového a funkčního systému.
Nevím, kde byla chyba, ale udelal jsem všechno znova podle HandBooku, stejne jako predtim a po restartu jsem jenom opravil /etc/resolv.conf podle prispevku "housky". Ten se mi po restartu prepsal sam od sebe.
ve woknech jsem prepnul funkci wake on line na disable
modul funguje r8169, takze není v jádre 2.6.25r7 potreba slozite natahovat r1000
První dojem z nového KDE na AMD64 X2 6400; RAM4G : neco úžasného. U starého CPU jsem kompiloval X11-xorg celou noc a KDE celý den. Nová masinka to celé zvládla asi za tri hodky. jeste doinstaluju cestinu a hajajá
Uvidím, jestli resolv.conf po restartu nebude prepsany
za týden pošlu fotečky a nejake snad i nejake testy
Uvidím, jestli resolv.conf po restartu nebude prepsany...jestli bude, tak mrkni do /etc/dhcp3/dhclient.conf a volba "supersede domain-name-servers" je tvuj kamarad ...
Tiskni
Sdílej: