Byla vydána Java 27 / JDK 27. Nových vlastností (JEP - JDK Enhancement Proposal) je 9.
Byl vydán Mozilla Firefox 156.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Vestavěný prohlížeč PDF se nyní spouští o 45 % rychleji. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 156 bude brzy k dispozici také na Flathubu a Snapcraftu.
Článek na Raspberry Pi představuje nový vzhled desktopu operačního systému Raspberry Pi OS v aktuálním vydání 2026-09-15.
Nové verze Roundcube Webmailu 1.6.19 a 1.7.4 řeší několik zranitelností.
Na Kickstarteru běží kampaň na podporu hloupého (jenom volání a SMS) tlačítkového DIY telefonu MAKERphone 2.0 od společnosti CircuitMess postaveného na ESP32-S3 a volitelně také s hodinkami MAKERband. S možností psaní vlastních aplikací. S volitelnými HW rozšiřujícími moduly.
Byla vydána nová verze 10.7 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyly balíčky HomeBox a Scrypted.
OpenRGB (GitLab) dospěl do verze 1.0 (YouTube). OpenRGB (dříve OpenAuraSDK) je svobodný multiplatformní software umožňující nastavení podsvícení celé řady různých „herních“ komponent a periferií.
Dnes startuje prodej headsetu Steam Frame. Počínaje dneškem se tedy můžete zapsat na seznam pro jeden z následujících modelů: Steam Frame 256 GB za 1 049 EUR a Steam Frame 1 TB za 1 279 EUR.
Vládní CERT upozorňuje na kritickou zranitelnost v GitLab Community Edition (CE) a Enterprise Edition (EE). Zranitelnost CVE-2026-85706 typu path traversal v Repository Commits API dosahuje skóre CVSS 10.0. Kvůli nedostatečnému omezení cest a chybějícímu vynucení autentizace může za určitých podmínek neautentizovaný útočník číst libovolné soubory ze serveru GitLab, a získat tak přístup k citlivým datům a konfiguraci instance.
Linux může běžet nativně na ESP32-S3 – bez emulace a rovnou s 9,7″ e-paperem.
Posledních pár dnů bylo na abclinuxu.cz pro adminy diskuzních fór a pro pravidelné účastníky diskuzí ve znamení znechucení nad uživatelem s nickem "guru". Tento, dle všeho puberťák, si léčí komplexy podobně jako spousta jemu podobných tím, že do diskuzí vkládá příspěvky mající jediný účel: vyvolat hádku, flamewar, osočování.
Po dohodě jsme usoudili, že nejlepší obranou proti tomuto druhu zvláště vlezlého primitivismu bude mazání jeho příspěvků. K takovému rozhodnutí jsme nedošli lehko. Ze začátku jsme se přikláněli spíše k naději, že provokatérovy výlevy zůstanou po nějaké době bez odezvy a přestane ho to bavit. To se bohužel nesplnilo, protože se vždy našel někdo, kdo cítil potřebu primitivovi sdělit, že je to primitiv.
Proto jsme sáhli k promazávání již značně zaneřáděných diskuzí. Kromě původních příspěvků, které vyvolaly hádky, to však odneslo i množství příspěvků dalších lidí. Jedni provokatérovi nadávali, druzí ho usměrňovali do správných mezí, třetí všem říkali, ať se na něho vykašlou. Každopádně však šlo o příspěvky v podstatě neškodné - jen byly většinou hrubě offtopic, protože se hádka rozpoutala v libovolné diskuzi.
Jakékoliv mazání příspěvků z diskuzí je vždy těžké. Nejraději bychom to vůbec nedělali. Pak by však hrozilo, že se z více či méně odborných diskuzí stanou páchnoucí kanály plné nesmyslů. Najít řešení problémů by bylo čím dál těžší, kvalita a úroveň celého diskuzního fóra by klesala.
Co tedy s tím? Už delší dobu uvažujeme o zřízení speciálního fóra, které by bylo žumpou abclinuxu. Přesouvali bychom tam všechny nesmyslné flamy. Zatím jsme se však nerozhoupali. Má to cenu? Není lepší to prostě mazat? Jak se na to díváte vy? Je takové mazání přijatelné nebo ne?
Tiskni
Sdílej:
/dev/black_hole. A nějaký antispamový filtr.
#include <iostream>
#include <sstream>
#include <string>
#include <cctype>
#include <clocale>
using namespace std;
int main(void) {
setlocale(LC_ALL, "");
string line, s;
istringstream is;
int i, j, k, a, b;
while (getline(cin, line)) {
is.clear();
is.str(line);
while (is >> s) {
for (a = 0; !isalpha(s[a]) && a < s.length(); a++);
for (b = s.length() - 1; !isalpha(s[b]) && b >= 0; b--);
for (j = a; j < (i = b - a + 1) / 2 - 1; j++) {
k = s[j + 1];
s[j + 1] = s[i - j - 2];
s[i - j - 2] = k;
}
cout << s << " ";
}
cout << endl;
}
return 0;
}
Co program dělá, je celkem zřejmé na této větě:
Co pargorm dlěá, je ceklem zmjeřé na ttéo vtěě:
Jsem pro žumpu, pro přesunutí příspěvků do této kategorie, kde by byly po nějaké době - 1 dni - 1 týdnu? smazány. Radši bych je nemazal hned, aby bylo vidět, CO se to maže, pro průkaznost a odstrašující příklady.
.
. Dlouholetí uživatelé už stejně dávno registraci mají, a ti, co sem zabrousí s nějakou otázkou, určitě nutnost registrace překousnou.
Upřímně řečeno, neznám dneska jediné fórum, které by bylo natolik kvalitní jako to "naše" na abíčku, s volným přístupem do diskuse.
Samozřejmě registrace není všespásná, ale je IMHO to jedna z těch věcí, kterou "běžný uživatel" bez problémů překousne (zvlášť když se z jednoho PC stačí přihlásit 1x za cojávimjakdlouho
), a "potížistům" alespoň trochu znepříjemní život.
, tomu rikam poradna amnesie. Myslim, ze to je David Necas (Yeti), nemel's ale nahodou Yetiho uprostred?
Vulgárnost je způsobena anonymitou. Většina "žumpáků" by si tohle nikdy nedovolila, kdyby měli pocit, že je někdo skutečně uvidí. Navrhuji kromě smazání s oddůvodněním moderátora (admina) zobrazit IP adresu žumpáka.
Není to stoprocentní, u dialupistů je IP k ničemu, ale pocitu sebraní anonymity by to mohlo pomoct.
A proto bych nechal obsah žumpy aspoň 1 den viditelný, než se vyprázdní, ať je to (mazání) průkazné.
A možná by nebylo marné adminům pomoci nějakým tlačítkem. Něco jako označení nevhodného komentáře, když se sejde více hlasů ta ať se na to admin podívá... No ale asi by to také mělo nějaké nevýhody.
mood = (machine != slackware) ? depressed : euphoria;