Google, potažmo YouTube umožní návrat tvůrcům, kteří byli zablokováni kvůli údajnému šíření dezinformací souvisejících s COVID-19 a volbami. Tvůrci teď mohou požádat o navrácení přístupu. Společnost Alphabet v této souvislosti uvedla, že zákazy byly uděleny kvůli tlaku tehdejší Bidenovy administrativy.
Vývojári z distribúcie Artix, ktorá je postavená na Arch Linuxe, alebo skôr jeho forkom, už skôr prešli na Open-RC init systém, stále však niektoré projekty ako GNOME boli závislé na systemd. Teraz pretiekol pohár trpezlivosti a počnúc GNOME 49, kvôli ktorému komponenta gnome-session je úplne závislá na systemd-init, padlo rozhodnutie na odstránenie GNOME z repozitárov Artixu. Táto zmena sa podľa všetkého týka viac než 90 distribúcií, ktoré tiež nepoužívajú systemd. Viac v príspevku na DistroWatch.
Magazín IEEE Spectrum opět po roce publikoval svůj žebříček programovacích jazyků. Vedou Python, Java, C++, SQL a C#.
Repozitáře pro spolupráci v rámci projektu Fedora se přesunou z Pagure na nově vzniklý Fedora Forge. Ten stejně jako třeba Codeberg běží na softwaru Forgejo, které bylo už před časem vybráno jako náhrada za Pagure. Pagure pochází z dílny Fedory, ale mimo ni se příliš neuchytil. Jeho vývoj a údržba byly náročné a Fedora se rozhodla jít cestou úspěšnějšího projektu, který má větší základnu přispěvatelů.
Byla vydána (𝕏) nová verze 2025.3 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem nových nástrojů v oficiálním oznámení na blogu.
V IT4Innovations národním superpočítačovém centru byl dnes slavnostně spuštěn první český kvantový počítač VLQ disponující 24 fyzickými qubity s unikátní hvězdicovou topologií. Systém dodala společnost IQM Quantum Computers a jeho celková pořizovací cena činila přibližně 125 milionů korun.
Výrobce čipů Nvidia chce investovat až 100 miliard dolarů (přes dva biliony Kč) do společnosti zaměřené na umělou inteligenci OpenAI. Firmy o tom informují v tiskové zprávě. Oznámené partnerství přichází v době, kdy se mezi technologickými giganty a start-upy zostřuje konkurence o zajištění přístupu k energii a čipům potřebným pro rozvoj umělé inteligence (AI).
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 157 (pdf).
Společnost Cloudflare oznámila, že sponzoruje nezávislý webový prohlížeč Ladybird a linuxovou distribuci pro vývojáře Omarchy (Arch Linux s dlaždicovým správcem oken Hyprland).
Společnost XTX Markets zabývající se algoritmickým obchodováním pro své potřeby vyvinula a dnes představila a otevřela souborový systém TernFS. Zdrojové kódy jsou k dispozici na GitHubu. Vývoj TernFS začal počátkem roku 2022. Od léta 2023 jej XTX Markets používá v produkčním prostředí.
Opět po nějaké době zdravím, tentokrát s problémem, který je moc divný, než abych ho dával do poradny .. snad nedělám chybu se zařazením zápisku. Problém je ten, že jsem na si rozjel emailovou konferenci přes mailman, ale do té nechodí maily minimálně ze seznam.cz a centrum.cz s docela podivnou chybou. Pokud myslíte, že byste mi mohli pomoct, čtěte dál, díky :)
Takže - založil jsem konferenci vybor@conference.travna.cz. Onu instalaci mailmanu si můžete prohlédnout na conference.travna.cz. Konference funguje správně - z emailů, zaregistrovaných v konferenci, chodí maily na všechny ostatní zaregistrované emaily. Vyzkoušel jsem to s účty přímo na onom serveru, s gmailem a pár dalšími. Se seznam.cz a centrum.cz ale dostanu takovouhle divnou cbybu:
Hi. This is the qmail-send program at smtp.seznam.cz. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. <vybor@conference.travna.cz>: 89.185.242.19 does not like recipient. Remote host said: 550 5.1.1 <vybor@travna.cz>: Recipient address rejected: User unknown in virtual mailbox table Giving up on 89.185.242.19. --- Below this line is a copy of the message. Return-Path: <xxxxxxxx@email.cz> Received: (qmail 3053 invoked by uid 0); 24 Mar 2008 14:04:38 -0000 Received: from [192.168.1.100] (unknown [88.83.238.23]) by email-relay1.go.seznam.cz (Seznam SMTPD 1.0.36@12969) with ESMTP; Mon, 24 Mar 2008 15:04:37 +0100 (CET) Message-ID: <47E7B4E8.5090307@email.cz> Date: Mon, 24 Mar 2008 15:04:24 +0100 From: =?ISO-8859-2?Q?xxxxx <xxxxxxx@email.cz> User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: vybor@conference.travna.cz Subject: Re: [Vybor] Co mam na mysli.... References: <47E6C387.6080803@email.cz> <906e80150803231436u5ae7d3c0v8443852eb90155cd@mail.gmail.com> In-Reply-To: <906e80150803231436u5ae7d3c0v8443852eb90155cd@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 8bit X-Smtpd: 1.0.36@12969 X-Seznam-User: xxxxxxxx@email.cz
Je zřejmé, že seznam z nějakého důvodu přepíše adresu vybor@conference.travna.cz na vybor@travna.cz - nevíte někdo proč? Všiml jsem si, že doteď jsem neměl správně nastavené MX pro travna.cz (teď čekám na refresh xname.org, proč ho používám je jiný příběh), může to s tím souviset? Nebo je problém někde úplně jinde? Proč to ze seznamu nechodí, ale z gmailu ano? Jsem zmatem a budu vděčný az jakékoliv nápady ...
Tiskni
Sdílej:
Takže by to mohlo být ono, že když conference.travna.cz nemá MX záznam (ten jsem se pokusil teď do xname přidat) tak že na mě kašle?
Teď to zase nějak magicky chodí jak z centra, tak ze seznamu. Ale mám ještě uložený ten vadný log ze seznamu, moc zajímavého ale nevidím (výstup je dost ořezaný, mám zaplý debug a některý věci nemusíte vidět, kdyby tam bylo něco zajímavýho, určitě bych to sem dal) - tu to je(hermes je antispam greylisting proxy, ale tam bych chybu nehledal):
Mar 24 21:36:08 [hermes] 250 from xxxx@seznam.cz (ip:77.75.72.45, hostname:mxm.seznam.cz, helo:mxm.seznam.cz) -> to test@travna.cz
Mar 24 21:36:08 [postfix/smtpd] NOQUEUE: reject: RCPT from localhost[127.0.0.1]: 550 5.1.1 <test@travna.cz>: Recipient address rejected: User unknown in virtual mailbox table; from=<xxxxxx@seznam.cz> to=<test@travna.cz> proto=SMTP helo=<mxm.seznam.cz>
Mar 24 21:36:08 [postfix/smtpd] > localhost[127.0.0.1]: 550 5.1.1 <test@travna.cz>: Recipient address rejected: User unknown in virtual mailbox table
Reply-To: MAILER-DAEMON@seznam.cz From: MAILER-DAEMON@seznam.cz To: ####@seznam.cz Auto-Submitted: auto-replied Date: Mon, 18 Feb 2008 15:03:18 +0100 (CET) Message-Id: <####@bouncer.seznam.cz> Mime-Version: 1.0 Content-Type: multipart/report; report-type=delivery-status; boundary="-=SZN-Bounce-Boundary-381932111=-" Subject: +=?iso-8859-2?Q?Nedoru=E8iteln=E1=20zpr=E1va=20=2F=20Undelivered=20Mail=20Returned=20to=20Sender?= X-Qm-Mark: email-qm5<109416> X-Seznam-Ffp: 220873517 X-Evolution-Source: pop://####@pop3.seznam.cz/ This is a MIME-encapsulated message. ---=SZN-Bounce-Boundary-381932111=- Content-Description: Notification Content-Type: text/plain; charset=iso-8859-2; name="Text" Content-Transfer-Encoding: 8bit Vae zprva pro <####@##server_bez_MX##> ze dne 18.02.2008 nemohla bt doruena. Zprva je piloena. You message for <####@##server_bez_MX##> from 2008/02/18 could not be delivered. It's attached below. Dvod / Reason: --------------- 5.4.3 smtp; no valid MX record Nepodailo se zjistit emailov server odeslatele. Could not resolve recipient's email server. Fragment pvodn zprvy: ------------------------ Received: from [####] ([####]) by email-relay2.go.seznam.cz (Seznam SMTPD 1.0.32@12660) with ESMTP; Mon, 18 Feb 2008 15:03:15 +0100 (CET) Subject: ############ From: <####@seznam.cz> To: ####@##server_bez_MX## ....................... .... puvodni email .... ....................... ---=SZN-Bounce-Boundary-381932111=- Content-Description: Delivery report Content-Type: message/delivery-status; name="Report" Reporting-MTA: dns; mx.seznam.cz Arrival-Date: Mon, 18 Feb 2008 15:03:15 +0100 Final-Recipient: rfc822; ####@##server_bez_MX## Original-Recipient: rfc822; ####@##server_bez_MX## Action: failed Status: 5.4.3 Diagnostic-Code: smtp; no valid MX record ---=SZN-Bounce-Boundary-381932111=---
# Důvod / Reason: # --------------- # # 5.4.3 smtp; no valid MX record # # Nepodařilo se zjistit emailový server odesílatele. # Could not resolve recipient's email server.jsem shodou okolnosti potkal i ja. Ukazalo se, ze bylo nutne mit MX zaznam, trebaze existoval A zaznam. Kdyz jsme prechodne vytvorili MX zaznam pro host.a.b.cz mirici na sabe sama (host.a.b.cz) tak seznam.cz emaily odesilal na host.a.b.cz. Podarilo se mi kontaktovat helpdesk a 14.3.2008 neco opravili ve svem SMTP programu. Jinak, jejich odpoved do te doby nez neco preprogramovali byla:
dle odpovědi technického oddělení dle RFC musí existovat přímý A záznam (ne tedy alias) a nebo musí existovat MX záznam směřující na A záznam. Maily ze Seznam.cz jdou odesílat jak na A zaznamy, tak na MX záznamy.Jenomze, jak jsem uvedl, v mem pripade existoval A zaznam a nenasel jsem nikoho, kdo by mi v nastaveni DNS nasel chybu. Ale, nakonec si asi nekdo na seznam.cz nechal rict.
A já si říkal, že to začlo fungovat najednou nějak samo ... a on to nakonec někdo jiný takhle pěkně zařídil :) Já jsme psal na helpdesk, po týdnu mi přišel mail, že pokud mám ještě pořád zájem to řešit, tak že mám napsat znovu, protože oni jsou děsně busy a protože to už začlo fungovat, tak jsem se na to vykašlal. Díky :)