Přední technologické společnosti (Adobe, Cadence, Capital One, Cisco, Cloudera, Cloudflare, Cognition, CrowdStrike, Databricks, Dell Technologies, DoorDash, Elastic, HPE, Hugging Face, IBM, LangChain, Linux Foundation, Microsoft, NAVER, NetApp, Nous Research, NVIDIA, OpenClaw, Palantir, Palo Alto Networks, Red Hat, Reflection AI, Salesforce, SAP, ServiceNow, Siemens, SK Telecom, Snowflake, SpacexAI, Synopsys, Thinking
… více »Krabix.cz je online 3D konfigurátor krabiček pro 3D tisk s exportem do STL. Běží přímo v prohlížeči. Nic se neposílá na server.
Nadace Open Home Foundation spustila veřejnou preview verzi komunitní databáze zařízení pro Home Assistant. Má fungovat jako „Wikipedie pro chytrá zařízení".
Na stránce nového panelu Firefoxu přibudou nové widgety. Například denně aktualizována interaktivní křížovka.
PGSimCity (GitHub) je webová 3D vizualizace vnitřního fungování databázového systému PostgreSQL v podobě města. Vytvořena pomocí umělé inteligence.
UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala Ubuntu Touch 24.04-2.0 a 24.04-1.4. Nová verze 24.04-2.0 již počítá s výřezy pro fotoaparát (notch) a zaoblenými rohy displeje. Webový prohlížeče Morph přešel z Chromia 87 na Chromium 134. Do shellu Lomiri byl přidán editor snímků obrazovky.
Byly zveřejněny informace o kritické zranitelnosti CVE-2026-64600 pojmenované RefluXFS (technické detaily) v XFS. Je tam již od verze Linuxu 4.11, tj. rok 2017. Jedná se o lokální eskalaci práv. Neprivilegovaný uživatel může editovat libovolný soubor, například klidně zrušit rootovské heslo v /etc/passwd. Videoukázka na Vimeo. V upstreamu je zranitelnost opravena.
OpenAI / ChatGPT má dnes výpadky (OpenAI Status, DownDetector).
Poskytovatel hostingu svobodných/open-source projektů Codeberg po hlasování na valné hromadě vydal stanovisko k využívání LLM. Kvůli vytěžování infrastruktury a rostoucím cenám hardwaru, ale také hrozbám pro spolupráci v komunitě se k LLM staví kriticky. Nebude poskytovat hosting projektů vytvářených LLM agenty.
Jack Dorsey představil (𝕏) open source týmovou komunikační platformu Buzz (GitHub) s cílem snížit závislost na Slacku a GitHubu.
ifconfig eth1 up ifconfig eth1 192.168.56.128 up route add default gw 192.168.56.1 echo -ne "nameserver 192.168.56.1\nnameserver 8.8.8.8\n" > /etc/resolv.confVse pak po startu systemu funguje jak ma, avsak obcas, hlavne pri delsi dobe kdy pocitac bezi najednou sit prestane fungovat a ifconfig ukazuje nasledujici:
eth1 Link encap:Ethernet HWaddr 00:0c:29:30:76:87
inet addr:192.168.255.128 Bcast:192.168.255.255 Mask:255.255.255.0
inet6 addr: fe80::20c:29ff:fe30:7687/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:131918 errors:0 dropped:0 overruns:0 frame:0
TX packets:79752 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:192974527 (192.9 MB) TX bytes:6926273 (6.9 MB)
Interrupt:19 Base address:0x2024
IP adresa rozhrani se sama zmenila. Z dhclp klientu mam nainstalovany pouze dhclient, ale nevim jestli to dela zrovna on. Nevite prosim, cim by toto mohlo byt zpusobene?
stava sa ti to pravidelne po urcitej dobe? alebo je to uplne random?
este by si mohol prebehnut /var/log/messages a pohladat kedy dochadza k zmene adresy, tam mozno najdes aj pricinu...
/etc/network/interfaces, kde mas zrejme defaultnu hodnotu auto eth1. Pri vyvolani reloadu networking sa DHCPkom novo-prideli IP. Co vyvola reload neviem povedat...
Ale urcite je spravnejsie nahradit riadky
ifconfig eth1 up ifconfig eth1 192.168.56.128 upnastavenim konfiguracie v
/etc/network/interfaces napr takto (prip. upravit podla potreby)
auto eth0
iface eth0 inet static
address 192.168.56.128
netmask 255.255.255.0
network 192.168.56.0
broadcast 192.168.255.255
gateway 192.168.56.1
a riadok:
echo -ne "nameserver 192.168.56.1\nnameserver 8.8.8.8\n" > /etc/resolv.confnahradit riadkami v konfiguraku
/etc/dhcp/dhclient.conf
prepend domain-name-servers 192.168.56.1; prepend domain-name-servers 8.8.8.8;
eth0 ale eth1
/etc/dhcp/dhclient.conf aplikuje ked je static IP nastavena...
ifconfig a route jsou v Linuxu už asi tak sto let zastaralé a nahradil je příkaz ip z balíčku iproute2. Když řešíte nějaký problém se sítí, je lepší použít příkaz ip rovnou, abyste vyloučil možnost, že je problém právě v těch zastaralých nástrojích. Když už to neuděláte při soukromém zkoumání, udělejte to vždy alespoň když posíláte dotaz na nějaké veřejné fórum. Nikoho nebaví zjišťovat, jestli chyba není po sto padesáté způsobena použitím těchto zastaralých nástrojů.
ip bylo výhodnější. Příkazy pro konfiguraci sítě manipulují se strukturami jádra a musí tedy odpovídat tomu, jak síťová zařízení chápe jádro. To se v řadě jádra 2.2 docela podstatně změnilo, a byl vytvořen balíček programů iproute2, který spolupracuje s modelem, který teď jádro používá. Příkaz ifconfig byl sice upraven, aby pomocí postupů známých ze starého modelu (z jádra 2.0.x) emuloval komunikaci s tím novým modelem, ale ta emulace neřeší všechno a někdy nedělá to, co by člověk očekával. Klasický případ je to, že ifconfig se tváří, jako by existovala virtuální zařízení eth0:0, eth0:1 atd. Ve skutečnosti nic takového neexistuje, je to jen jedno zařízení s více IP adresami. ifconfig to částečně emuluje, ale snadno se vám může stát, že vám ifconfig nevypíše všechny IP adresy, které má zařízení přidělené.
Co se týká dokumentace a informací na internetu, to máte bohužel pravdu, ve spoustě případů se pořád i ve „vzorových“ příkladech používají zastaralé nástroje. Dokonce pořád mnoho distribucí používá tyto nástroje ve svých skriptech a balíček iproute2 je jen volitelný. Je to podobné, jako se všude možně popisuje instalace pomocí „svaté trojice“ místo přes správce balíčků, ostatně často se také popisuje konfigurace sítě pomocí příkazů, místo aby bylo hned na úvod napsáno, že ve většině distribucí jsou tyhle příkazy obalené nějakými distribučními skripty a konfiguračními soubory, a ke konfiguraci je potřeba používat je.
Tiskni
Sdílej: