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).
fetchmail: Unknown command. fetchmail: POP3> UIDL fetchmail: POP3< +OK 1 1939491 fetchmail: POP3< 1 6167 fetchmail: POP3< . fetchmail: 1 zpráva pro mailovaadresa@necoseznamiho.cz na pop3.seznam.cz (1939491 oktetů). fetchmail: POP3> LIST 1 fetchmail: POP3< +OK 1 1939491 fetchmail: POP3> TOP 1 99999999 fetchmail: POP3< +OK Message follows (1939491 bytes). -- čekání na timeout -- fetchmail: čtu zprávu mailovaadresa@necoseznamiho.cz@pop3.seznam.cz:1 z 1 (1939491 oktetů)Pokouším se připojit na ::1/25…spojení selhalo. fetchmail: spojení k localhost:smtp [::1/25] selhalo: Spojení bylo příliš dlouho neaktivní. fetchmail: Pokouším se připojit na 127.0.0.1/25…spojeno. fetchmail: SMTP< 220 lokalni_hostname.localnet ESMTP Postfix fetchmail: SMTP> EHLO lokalni_hostname.localnet fetchmail: SMTP< 250-lokalni_hostname.localnet fetchmail: SMTP< 250-PIPELINING fetchmail: SMTP< 250-SIZE 99000000 fetchmail: SMTP< 250-VRFY fetchmail: SMTP< 250-ETRN fetchmail: SMTP< 250-STARTTLS fetchmail: SMTP< 250-ENHANCEDSTATUSCODES fetchmail: SMTP< 250-8BITMIME fetchmail: SMTP< 250 DSN fetchmail: SMTP> MAIL FROM:<odesilatel@gmail.com> SIZE=1939491 fetchmail: SMTP< 250 2.1.0 Ok fetchmail: SMTP> RCPT TO:<lokalni_uzivatel@localhost> fetchmail: SMTP< 250 2.1.5 Ok fetchmail: SMTP> DATA fetchmail: SMTP< 354 End data with <CR><LF>.<CR><LF> fetchmail: Chyba socketu při stahování z mailovaadresa@necoseznamiho.cz@pop3.seznam.cz fetchmail: 6.3.26 se ptá pop3.seznam.cz (protokol POP3) v Čt 11. květen 2017, 12:26:46 CEST: stahování dokončeno fetchmail: Stav spojení=2 (SOCKET) fetchmail: 6.3.26 se ptá pop3.seznam.cz (protokol POP3) v Čt 11. květen 2017, 12:26:46 CEST: stahování začatoPrakticky skončí na chybě fetchmail: Stav spojení=2 (SOCKET) Fetchmail se o stažení pokouší opakovaně, vždy neúspěšně až do okamžiku, než zaseknutý mail s přílohou přesunu do nějaké podsložky mimo inbox. Při dalším pokusu se stahování rozeběhne a funguje až do okamžiku, kdy fetchmail narazí na další mail s přílohou. Samozřejmě - odkudkoli odjinud fetchmail stahuje korektně (z hostingů Active24, Ignum, Czechie, od Gmailu atd...), blbne to výhradně se Seznamem a jeho doménami. Na verzi fetchmailu, zdá se, nezáleží. Mail ve schránce Seznamu pomocí jejich primitivního webmailu zkoumat nejde, resp. musel bych se k tomu připojit IMAPem a použít třeba Thunderbird... zatím mi v tom brání lenost. Ukecanost fetchmailu jde zvýšit, ale o moc víc neprozradí. Nevidím v tom nic relevantního, co by mohlo pomoct.
fetchmail: POP3> LIST 1 fetchmail: POP3< +OK 1 1939491 fetchmail: POP3> TOP 1 99999999 fetchmail: POP3< +OK Message follows (1939491 bytes). fetchmail: čtu zprávu mailovaadresa@necoseznamiho.cz@pop3.seznam.cz:1 z 1 (1939491 oktetů)Bude se přepisovat From: =?UTF-8?B?RnJhbnRpxaFlayBGcmnFoQ==?= <odesilatel@gmail.com>… …přepsaná verze je From: =?UTF-8?B?RnJhbnRpxaFlayBGcmnFoQ==?= <odesilatel@gmail.com>. fetchmail: Bude se přepisovat To: odesilatel2@cosi.cz… …přepsaná verze je To: odesilatel2@cosi.cz. fetchmail: Bude se přepisovat Bcc: mailovaadresa@necoseznamiho.cz… …přepsaná verze je Bcc: mailovaadresa@necoseznamiho.cz. -- čekání na timeout -- fetchmail: Pokouším se připojit na ::1/25…spojení selhalo. fetchmail: spojení k localhost:smtp [::1/25] selhalo: Spojení bylo příliš dlouho neaktivní. fetchmail: Pokouším se připojit na 127.0.0.1/25…spojeno. fetchmail: SMTP< 220 lokalni_hostname.localnet ESMTP Postfix fetchmail: SMTP> EHLO lokalni_hostname.localnet fetchmail: SMTP< 250-lokalni_hostname.localnet fetchmail: SMTP< 250-PIPELINING fetchmail: SMTP< 250-SIZE 99000000 fetchmail: SMTP< 250-VRFY fetchmail: SMTP< 250-ETRN fetchmail: SMTP< 250-STARTTLS fetchmail: SMTP< 250-ENHANCEDSTATUSCODES fetchmail: SMTP< 250-8BITMIME fetchmail: SMTP< 250 DSN fetchmail: přeposílám na localhost fetchmail: SMTP> MAIL FROM:<odesilatel@gmail.com> SIZE=1939491 fetchmail: SMTP< 250 2.1.0 Ok fetchmail: SMTP> RCPT TO:<lokalni_uzivatel@localhost> fetchmail: SMTP< 250 2.1.5 Ok fetchmail: SMTP> DATA fetchmail: SMTP< 354 End data with <CR><LF>.<CR><LF> fetchmail: Chyba socketu při stahování z mailovaadresa@necoseznamiho.cz@pop3.seznam.cz fetchmail: 6.3.26 se ptá pop3.seznam.cz (protokol POP3) v Čt 11. květen 2017, 12:48:21 CEST: stahování dokončeno fetchmail: Sloučený seznam UID z pop3.seznam.cz: 6167 = UNSEEN fetchmail: zahazuji nový seznam UID fetchmail: Stav spojení=2 (SOCKET)Má někdo další stejný problém? Nějaký nápad, jak to řešit, kromě zrušení schránky u Seznamu?
Řešení dotazu:
musel bych se k tomu připojit IMAPem a použít třeba ThunderbirdTo byste si moc nepomohl, v Thunderbirdu přes IMAP mi Seznam na více počítačích náhodně občas funguje a občas dostanu jen chybovou hlášku "internal server error". Podle mých zkušeností řešit něco s jejich technickou podporou v podstatě nemá smysl...
fetchmail: Pokouším se připojit na ::1/25…spojení selhalo. fetchmail: spojení k localhost:smtp [::1/25] selhalo: Spojení bylo příliš dlouho neaktivní.To by samo o sobě nebyl problém, protože fetchmail se vzápětí pokusí předat mail přes IPv4 localhost. Jenomže Seznam má tak zoufale krátké timeouty, že mezitím přestane komunikovat. No a jelikož na dotyčném stroji nemám důvod IPv6 používat (provider neposkytuje), tak jsem prostě jen zakomentoval
# ::1 localhostv /etc/host a problém vyřešen, fetchmail se přestal pokoušet o předání SMTP skrz IPv6 localhost, timeout nenastává, spojení nevyprší.
Tiskni
Sdílej: