Linux může běžet nativně na ESP32-S3 – bez emulace a rovnou s 9,7″ e-paperem.
Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 7.0.0. Pro sandboxing se na Linuxu nově používá Landlock místo Bubblewrap. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.
Správce fotografií Shotwell byl vydán ve verzi 33.0 (GitLab). Hlavní novinkou v tomto vydání po dvou letech je přechod na GTK4.
Na YouTube byly publikovány videozáznamy přednášek a na Flickru fotografie z konference EuroPython 2026.
Byl vydán Debian 13.7, tj. sedmá opravná verze Debianu 13 s kódovým názvem Trixie. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Jiří Eischmann se v příspěvku Fiasko jménem W Social na svém blogu věnuje evropské sociální síti W: "W Social je příkladem toho, že se problémy sociální sítí nedají řešit od exekutivního stolu. Když na začátku tohoto roku v Davosu oznámili vznik nové sociální sítě W Social, politici se mohli přetrhnout ve chvalozpěvech. Konečně evropská sociální síť a ještě s ověřením identity. … Jak se ukázalo, když v Davosu W Social oznamovali, neměli kromě
… více »Výrobce hardwarových kryptoměnových peněženek Trezor upozorňuje na bezpečnostní incident u společnosti Brevo, kterou využívá k odesílání newsletterů. Útočník na e-mailové adresy odeslal phishingový e-mail.
Clement "Clem" Lefebvre publikoval souhrn dění v Linux Mintu za srpen 2026. Aplikace XApp mají vlastní webovou stránku xapp-project.org. Představena byl čtečka EPUB s názvem Xepub a kalendář Clockenstein.
Byla vydána nová verze 3.2.6 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
Bylo vydáno Ubuntu 24.04.5 LTS, tj. páté opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na poznámkách k vydání.
Prosim o pomoc. Jeden uzivatel odeslal email cca 10 lidem a tento email 3 lidem dosel 1x v poradku a zbitku se neustale dokola odesila. Vypada to na zaseklou frontu ale v mailboxu ten email nevidim. Nektere servery uz tento email odmitaji a posilaji zpet. Uzivatelsky ucet uz jsem tohoto uzivatele odebral a znovu vytvoril vcetne mailboxu.
V maillogu jsem nasel pouze toto,mozna bude problem v tomto rub-server.rub-group.local:
zavorky „<>” jsem zmenil na „;” jmeno PC, realayhost, ip adresy, uzivatel jsem zmenil. Dec 27 15:26:55 nazevpc sendmail[31500]: jBREQsY31500: from=;;, size=12265, class=0, nrcpts=1, msgid=;MPiL4zL1m00000001@rub-server.rub-group.local;, bodytype=8BITMIME, proto=ESMTP, daemon=MTA, relay=realyhost [ipadresa] Dec 27 15:26:55 nazevpc sendmail[31501]: jBREQsY31500: forward /home/ uzivatel /.forward.spital: Permission denied Dec 27 15:26:55 nazevpc sendmail[31501]: jBREQsY31500: forward /home/uzivatel/.forward: Permission denied Dec 27 15:26:55 nazevpc sendmail[31501]: jBREQsY31500: to=;uzivatel@nazevpc.cz;, delay=00:00:01, xdelay=00:00:00, mailer=local, pri=41658, dsn=2.0.0, stat=Sent
Verze sendmailu 8.11.2
Red Hat linux. Ten server jiz doziva, pripravuje se vymena, ale ta hned nebude.
Prosim o radu co zkontrolovat.Uzivatelska stanice by to nemela byt - preinstalovany outlook,zadne viry a spyware,ve slozce posta k odeslani zadne emaily nejsou. Dalsi emaily od stejneho uzivatele uz chodi v poradku.
Řešení dotazu:
/var/spool/clientmqueue (resp. toho kam ukazuje riadok s O QueueDirectory v súbore /etc/mail/submit.cf). Každý odchádzajúci mail tam má dva súbory - jeden s obsahom mailu a jeden s hlavickou (a inými údajmi potrebnými pre spracovanie fronty). Majú takmer rovnaké meno, ktoré sa líši len prvými písmenami (df - data file, qf - queue file), zvyšok mena je v tvojom prípade pravdepodobne jBREQsY31500 . Ak sa toho mailu nevieš zbavit inak, tak oba tie súbory jednoduch zmaž.
Reporting-MTA: dns;rub-server.rub-group.local Received-From-MTA: dns;rehabilitacniustav.cz Arrival-Date: Wed, 4 Jan 2006 10:15:39 +0100 Final-Recipient: rfc822;********@hdl.chrudim.cz Action: failed Status: 5.5.0 Diagnostic-Code: smtp;550 Cannot route to <********@hdl.chrudim.cz>z cehoz vypada ze email od nas nesel na hdl.chrudim.cz ale vyuzil relayhost rehabilitacniustav.cz a ten samozrejmne ********@hdl.chrudim.cz nezna... ? Co mam zkontrolovat? Jak to mam zastavit... ******** = nejaky uzivatel, nechci jmenovat.
?
Tiskni
Sdílej: