Vyjádřeni Software Freedom Conservancy (SFC) k porušování licence AGPLv3 společností Bambu Lab v jejich softwaru Bambu Studio pro 3D tisk. Bambu Studio vychází z PrusaSliceru. Ten zase z Slic3ru. Spuštěn byl projekt baltobu, který kombinuje několik strategií pro řešení problému. SFC zastřeší vývoj svobodné náhrady proprietární knihovny libbambu_networking pomocí reverzního inženýrství a reimplementace, forku OrcaSliceru pro Bambu Lab tiskárny od Paweła Jarczaka a forku celého Bambu Studia pod názvem Viscose.
Správce souborů GNOME Commander (Wikipedie) byl přepsán do Rustu a vydán v nové verzi 2.0.0.
Sway (Wikipedie), dlaždicový (tiling) správce oken pro Wayland kompatibilní s i3, byl vydán ve verzi 1.12. Do vývoje se zapojilo 50 vývojářů. Přehled novinek na GitHubu. Sway 1.12 závisí na wlroots 0.20.0.
Papež Lev XIV. ve své první encyklice Magnifica Humanitas (Skvělé lidství), která se věnuje umělé inteligenci (AI), varoval před dezinformacemi, které AI manipulací s obsahem vytváří. Moc mají podle něj sociální sítě ovládané hrstkou soukromníků. Upozornil také roli digitálních platforem v obchodování s lidmi, které podle něj musí být uznáno jako současná forma otroctví. Papež se také poprvé omluvil za roli, kterou Vatikán sehrál při legitimizaci otroctví, a za to, že jej po staletí neodsoudil.
Český telekomunikační úřad zveřejnil Výroční zprávu za rok 2025 (pdf), která shrnuje jeho hlavní aktivity v oblasti regulace elektronických komunikací, poštovních služeb, digitálních služeb a přípravy na dohled nad umělou inteligencí. Součástí zprávy jsou také data o vývoji trhu, včetně pokračujícího růstu spotřeby mobilních dat a rozšiřování sítí nové generace. Celkový objem přenesených mobilních dat dosáhl v roce 2025 přibližně
… více »Tým sdružení CZ.NIC vyvíjející routovacího daemona BIRD oznámil vydání nových verzí 3.3.0 a 2.19.0. Ty přinášejí podporu pro EVPN/VXLAN a automatizaci BGP na základě router advertisementů. Více informací je k dispozici v archivu uživatelského mailing-listu.
Open source software pro úpravu digitálních fotografií LightZone (Wikipedie) byl vydán v nové verzi 5.0.0. LightZone je dnes k dispozici pod licencí BSD. Původně se jednalo o proprietární software vyvíjený společností Light Crafts. Ta v prosinci 2012 souhlasila s uvolněním zdrojových kódů jako open source [Wayback Machine].
Byla vydána verze 0.84 telnet a ssh klienta PuTTY (Wikipedie). Podrobnosti v přehledu nových vlastností a oprav chyb a Change Logu.
Microsoft představil Azure Linux 4.0 a Azure Container Linux. Na konferenci Open Source Summit North America 2026 organizované konsorciem Linux Foundation a sponzorované také Microsoftem. Azure Linux 4.0 vychází z Fedora Linuxu. Azure Container Linux je založen na projektu Flatcar. Azure Linux (GitHub, Wikipedie) byl původně znám jako CBL-Mariner.
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 165 (pdf).
moc nevim, jak by to melo vypadat... neco takoveho?
network={
ssid="Nazev site"
#psk=" "
#psk=" "
No nevim...
Doporučuju si všímat souvislostí. Je těch ápéček na jednom kanále víc? Děláte asociaci na ESSID nebo na MAC? Skutečně je tam puštěné dhcp, na ápéčku/za ním?
Je těch ápéček na jednom kanále víc? - jak kdy, myslim ze vetsinou jen jedno, neni to problem jedne konkretni site (viz posledni odpoved)
Děláte asociaci na ESSID nebo na MAC? - myslim ze s essid (prikaz iwconfig wlan0 essid "sit", jestli dobre chapu Vasi otazku.
Skutečně je tam puštěné dhcp, na ápéčku/za ním? - urcite, ostatnim to bezi bez problemu (vetsinou to pouzivam v restauracich nebo kavarnach kde je wifi free pri kontaktu se zakaznikama).
Mozna by bylo dobre mrknout nekam do logu?
Něco málo zkušeností mám, proto jsem se ptal.
Stalo se mi, že jsem viděl dvě AP na kanále, jedno ESSID vysílalo, druhé ne, spárování přes ESSID nešlo, přes MAC šlo, dostal jsem pak IP adresu přes dhcp.
Je možné, že by byl vyčerpaný rozsah IP adres na AP v rozsahu? Nekryje se s vaším zařízením jiné také připojené na totéž AP? Že by se nějak rušily, tím, že jsou blízko sebe, v blbém úhlu apod.?
Nejste moc daleko od AP? Tím, že vy vidíte, přijímáte, není ještě zaručeno, že AP vidí signál od vás v pořádku.
Log? Obvykle je vidět v konsoli, co se děje. Případně sledujte podle nastavení syslogu ... /var/log/messages, /var/log/kern ...
Ohledně nastavení připojení na AP, na MAC ...
man iwconfig
IWCONFIG
Section: Linux Programmer's Manual (8)
...
ap
Force the card to register to the Access Point given by the address,
if it is possible. This address is the cell identity of the Access Point, as reported by wireless scanning, which may
be different from its network MAC address. If the wireless link is point to point, set the address of the other end
of the link. If the link is ad-hoc, set the cell identity of the ad-hoc network.
When the quality of the connection goes too low, the driver may revert back to automatic mode (the card selects the
best Access Point in range).
You may also use off to re-enable automatic mode without changing the current Access Point, or you may use any or
auto to force the card to reassociate with the currently best Access Point.
Example :
iwconfig eth0 ap 00:60:1D:01:23:45
iwconfig eth0 ap any
iwconfig eth0 ap off
Zkusil jsem hledat googlem to "reason=3" ... děje se to více lidem. Pokud je to chyba/vlastnost sw, vzal bych jinej wpa_supplicant a wireless-tools (verzi), jestli to bude jiný. Co verze kernelu, máte možnost vyzkoušet vliv na funkci wifiny?
Rozumim ...
U wireless-tools jde o asi dvě verze, co jsou k dispozici ... viz veb debianu, u wpa-supplicantu vidim asi tři verze. No a kernel si odhadněte, jaký jste měl v době, kdy Vám to makalo ... jestli starý mažete nebo necháváte. Snad to pokryje všechny možnosti pro testování.
No a pro mne by bylo zajímavé znát výsledky následujících pokusů ... 1) iwconfig wlan0 essid BUMBAR, 2) ip link wlan0 down, 3) ip link wlan0 up, 4) iwconfig wlan0 (je vidět síla signálu?), 5) dhclient wlan0, když tak v bodě 1) dát iwconfig wlan0 ap 00:4F:62:03:13:E9.
Někdy jsem viděl sílu signálu už před přidělením IP adresy, někdy až po jejím přidělení. (Tzn. už po spárování ESSID)
V případě nouze ještě používám kombinaci iwconfig wlan0 rts 250 frag 512 ... mělo by to zaručovat fungování wifiny i v zarušenějším prostředí.
Mimochodem po výpise iwconfig wlan0 ... nemáte tam nenulová čísla v těch 2 spodních řádkách? Tedy u ...
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0
Provedl jsem downgrading firmware z ver. 0.22 na 0.13 kterou jsem mel zalohovanou a na ktere to zarucene fungovalo, ovsem s nulovym vysledkem...
Pokusy:
1) iwconfig wlan0 essid BUMBAR - zadny vypis v terminalu
2) ip link wlan0 down - Command "wlan0" is unknown, try "ip link help".
3) ip link wlan0 up - Command "wlan0" is unknown, try "ip link help".
4) iwconfig wlan0 - wlan0 IEEE 802.11abg ESSID:"\x02\x1A\xFEC\xFB\xFA\xAA:\xFB)\xD1\xE6\x05<|\x94u\xD8\xBEa\x89\xF9\\xBB\xA8\x99\x0F\x95\xB1\xEB\xF1\xB3" Mode:Managed Access Point: Not-Associated Tx-Power=15 dBm Retry long limit:7 RTS thr:off Fragment thr:off Encryption key:off Power Management:off
5) dhclient wlan0 - Listening on LPF/wlan0/00:18:de:2e:f4:a0 Sending on LPF/wlan0/00:18:de:2e:f4:a0 Sending on Socket/fallback DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 5 DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 8 DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 11 DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 18 DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 13 DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 6 No DHCPOFFERS received. No working leases in persistent database - sleeping. Reloading /etc/samba/smb.conf: smbd only.
Pokud jste tim "ip link wlan0 down" myslel vypnuti wifiny tak pouzivam ifconfig wlan0 down/up, to funguje normalne...
Tiskni
Sdílej: