MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.
Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.
Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).
Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.
Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Bylo vydáno Eclipse IDE 2026-03 aneb Eclipse 4.39. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Ze systému Slavia pojišťovny uniklo přibližně 150 gigabajtů citlivých dat. Jedná se například o pojistné dokumenty, lékařské záznamy nebo přímou komunikaci s klienty. Za únik může chyba dodavatelské společnosti.
Sněmovna propustila do dalšího kola projednávání vládní návrh zákona o digitální ekonomice, který má přinést bezpečnější on-line prostředí. Reaguje na evropské nařízení DSA o digitálních službách a upravuje třeba pravidla pro on-line tržiště nebo sociální sítě a má i víc chránit děti.
From - Mon Aug 19 15:40:47 2013
X-Account-Key: account2
X-UIDL: 5908
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:
Received: from cenzored (unknown [cenzored IP])
by email-relay4.ng.seznam.cz (Seznam SMTPD UNKNOWN@UNKNOWN) with ESMTP;
Mon, 19 Aug 2013 15:38:54 +0200 (CEST)
Received: by censored (sSMTP sendmail emulation); Mon, 19 Aug 2013 15:38:53 +0200
From: "added by portage for apache" gilhad@seznam.cz
X-Originating-IP: cenzored IP
Date: Mon, 19 Aug 2013 15:38:53 +0200
To: gilhad@seznam.cz
Subject: [Bug 3] New: pridat tagy pro blog
X-Bugzilla-Reason: AssignedTo Reporter
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: Soukrome
X-Bugzilla-Component: www
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: gilhad@seznam.cz
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: Normal
X-Bugzilla-Assigned-To: gilhad@seznam.cz
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Changed-Fields:
Message-ID: bug-3-1@http.censored/
X-Bugzilla-URL: http://censored/
Auto-Submitted: auto-generated
Content-Type: text/plain; charset="UTF-8"
MIME-Version: 1.0
X-Smtpd: UNKNOWN@UNKNOWN
X-Seznam-User: gilhad@seznam.cz
X-Session: 17
X-Country: CZ
http://censored/show_bug.cgi?id=3
a tak dal a tak dal, tady ten mail zacina a obsahuje vse potrebne
Je videt, ze nektere hlavicky jsou v jednom bloku, jine jsou oddelene odradkovanim.
Prohlednul jsem rychle templaty na slovo "Subject:", ale nenasel jsem nic, co by mi objasnilo, proc je mezi To: a Subject: prazdna radka (ktera mi tam vadi a dela nezdobu).
Vi nekdo, jak tuto prazdnou radku odstranit? Dekuji mnohokrat.
Mailovy klient je Seamonkey. Kdyz je pred Subject prazdna radka, tak se mail zobrazi s prazdnym polem Subject
Řešení dotazu:
Mailer.pm line 75 commented out
else {
# RFC 2822 requires us to have CRLF for our line endings and
# Email::MIME doesn't do this for us. We use \015 (CR) and \012 (LF)
# directly because Perl translates "\n" depending on what platform
# you're running on. See http://perldoc.perl.org/perlport.html#Newlines
# We check for multiple CRs because of this Template-Toolkit bug:
# https://rt.cpan.org/Ticket/Display.html?id=43345
+ # $msg =~ s/(?:\015+)?\012/\015\012/msg;
$email = new Email::MIME($msg);
Tiskni
Sdílej: