Webový prohlížeč Dillo (Wikipedie) byl vydán ve verzi 3.1.0. Po devíti letech od vydání předchozí verze 3.0.5. Doména dillo.org již nepatří vývojářům Dilla.
O víkendu probíhá v Bostonu, a také virtuálně, konference LibrePlanet 2024 organizovaná nadací Free Software Foundation (FSF).
Nová vývojová verze Wine 9.8 řeší mimo jiné chybu #3689 při instalaci Microsoft Office 97 nahlášenou v roce 2005.
Coppwr, tj. GUI nástroj pro nízkoúrovňové ovládání PipeWire, byl vydán v nové verzi 1.6.0. Zdrojové kódy jsou k dispozici na GitHubu. Instalovat lze také z Flathubu.
Byla vydána dubnová aktualizace aneb nová verze 1.89 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Vypíchnout lze, že v terminálu lze nově povolit vkládání kopírovaného textu stisknutím středního tlačítka myši. Ve verzi 1.89 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Proton, tj. fork Wine integrovaný v Steam Play a umožňující v Linuxu přímo ze Steamu hrát hry určené pouze pro Windows, byl vydán ve verzi 9.0-1 (𝕏). Přehled novinek se seznamem nově podporovaných her na GitHubu. Aktuální přehled her pro Windows běžících díky Protonu také na Linuxu na stránkách ProtonDB.
Byla vydána verze 1.78.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání na GitHubu. Vyzkoušet Rust lze například na stránce Rust by Example.
Služba Dropbox Sign (původně HelloSign) pro elektronické podepisování smluv byla hacknuta.
Byla vydána nová major verze 8.0 textového editoru GNU nano (Wikipedie). Podrobný přehled novinek a oprav v oznámení v diskusním listu info-nano nebo v souboru ChangeLog na Savannah. Volbou --modernbindings (-/) lze povolit "moderní" klávesové zkratky: ^C kopírování, ^V vložení, ^Z vrácení zpět, … Tato volba je aktivována také pokud binárka s nano nebo link na ni začíná písmenem "e".
Před 60 lety, 1. května 1964, byl představen programovací jazyk BASIC (Beginners' All-purpose Symbolic Instruction Code).
mailuser
a s heslom password
. Na tento mailbox su vytvorene napr. tri aliasy (janko, marienka, jezibaba). Ulohou je stahovat postu z tej jednej schranky na vzdialenom stroji a dorucovat ju uzivatelom jankovi, marienke a jezibabe na lokalnom stroji.
Tu by som rad upozornil na to, ako fetchmail stahujuci postu zo schranky vie, ktoremu aliasu bol ten mail vlastne do tej schranky doruceny?!
Nechce sa mi to tu cele rozpisovat, hlavne ako som nepochopil problem.
Ale ak to je ten problem, tak to sem napisem. )
poll pop.provider.net stracia.nozka.org:
user username with pass password to * here
Toto zaisti, ze sa vytiahnu vsetky spravy z mailboxu a dorucia sa uzivatelom na lokalnom systeme. Samozrejme na lokalnom stroji musia existovat uzivatelia s danymi menami (janko, marienka, ...), pripadne aliasy na lokalnych uzivatelov. Problemom je, ze do nasho remote mailboxu "padaju" maily s adresami janko@stracia.nozka.org, marienka@stracia.nozka.org a jezibaba@stracia.nozka.org. Fetchmail sa rozhoduje na zaklade viacerych poli z hlavicky mailu. Co sa priamo natiska na rozum, je pole To:
. To je ale takmer najmenej spolahlive. O doruceni rozhoduje adresa v obalke (envelope address) mailu. Ale obalka sa v momente dorucenia zahadzuje. A tu je problem. Peknym pripadom je, ak adresa janko@stracia.nozka.org je v Bcc: poli mailu.
Ak MTA u providera je qmail, tak je to v podstate uplne super. gmail totizto pridava pole Delivered-To:
na zaklade coho sa da uplne spolahlivo urcit, pod akym menom vlastne ten ktory mail dorazil do nasho remote mailboxu.
Staci zatial takto, alebo treba napisat viac? Teraz musim utekat, tak mozno neskor.
Tiskni Sdílej: