PimpMyGRC upravuje vzhled toolkitu GNU Radio a přidává alternativní barevná témata. Primárním cílem autora bylo pouze vytvořit tmavé prostředí vhodné pro noční práci, nicméně k dispozici je nakonec celá škála barevných schémat včetně možností různých animací a vizuálních efektů (plameny, matrix, bubliny...), které nepochybně posunou uživatelský zážitek na zcela jinou úroveň. Témata jsou skripty v jazyce Python, které nahrazují
… více »GIMP 3.2 byl oficiálně vydán (Mastodon, 𝕏). Přehled novinek v poznámkách k vydání.
FRANK OS je open-source operační systém pro mikrokontrolér RP2350 (s FRANK M2 board) postavený na FreeRTOS, který přetváří tento levný čip na plně funkční počítač s desktopovým uživatelským rozhraním ve stylu Windows 95 se správcem oken, terminálem, prohlížečem souborů a knihovnou aplikací, ovládaný PS/2 myší a klávesnicí, s DVI video výstupem. Otázkou zůstává, zda by 520 KB SRAM stačilo každému 😅.
Administrativa amerického prezidenta Donalda Trumpa by měla dostat zhruba deset miliard dolarů (asi 214 miliard Kč) za zprostředkování dohody o převzetí kontroly nad aktivitami sociální sítě TikTok ve Spojených státech.
Projekt Debian aktualizoval obrazy stabilní větve „Trixie“ (13.4). Shrnuje opravy za poslední dva měsíce, 111 aktualizovaných balíčků a 67 bezpečnostních hlášení. Opravy se týkají mj. chyb v glibc nebo webovém serveru Apache.
Agent umělé inteligence Claude Opus ignoroval uživatelovu odpověď 'ne' na dotaz, zda má implementovat změny kódu, a přesto se pokusil změny provést. Agent si odpověď 'ne' vysvětlil následovně: Uživatel na mou otázku 'Mám to implementovat?' odpověděl 'ne' - ale když se podívám na kontext, myslím, že tím 'ne' odpovídá na to, abych žádal o svolení, tedy myslí 'prostě to udělej, přestaň se ptát'.
Po 8. květnu 2026 už na Instagramu nebudou podporované zprávy opatřené koncovým šifrováním. V chatech, kterých se bude změna týkat, se objeví pokyny o tom, jak si média nebo zprávy z nich stáhnout, pokud si je chcete ponechat.
V lednu byla ve veřejné betě obnovena sociální síť Digg (Wikipedie). Dnes bylo oznámeno její ukončení (Hard Reset). Společnost Digg propouští velkou část týmu a přiznává, že se nepodařilo najít správné místo na trhu. Důvody jsou masivní problém s boty a silná konkurence. Společnost Digg nekončí, malý tým pokračuje v práci na zcela novém přístupu. Cílem je vybudovat platformu, kde lze důvěřovat obsahu i lidem za ním. Od dubna se do Diggu na plný úvazek vrací Kevin Rose, zakladatel Diggu z roku 2004.
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.
Potteringova parta dostala za duo udev-systemd znamenitý pojeb přímo od LinuseTu diskusi jsem četl a týkala se výhradně problémům s nahráváním firmware z
module_init() a o systemd tam nepadlo ani slovo, pokud se nepočítá odkaz na systemd ML.
nebo tím, že Linus učiní udev zbytečným a tím systemd mnohem méně důležitýmNo, to by bylo fakt bezvadný, jak to je dlouho, co je HAL deprecated? Moc ne, a už bychom zas měli další změnu tohoto systému? Do toho by se mi teda nechtělo.
Rýchlejší štart?
Pche? Načo. Pod môj tuxonice sa nedostane a to nemám systém nijako extrémne optimalizovaný (inak starý Thinkpad R61i so sotva 40MB/s sekvenčným čítaním z disku).
Neznášam keď mi pri posteli niečo bliká, svieti ... ;)+1 A ja myslel, ze jsem jediny blazen, ktery to nesnasi.
Mne staci aby to bolo ticho - usi zavriet neviem. A desktop neblika ani v S2R. Nb hej, ale to nie je take svetlo, aby to preslo cez viecka.
U notebooku je to ale prakticky rozdíl mezi 0W a 1W, což znamená, že kdybych to dal přes noc do STR a nebyl na nabíječce, tam mám ráno o 20% energie míň... (Nehledě na to, že bych se nevyspal, protože by to blikalo přes celou místnost)
To jsem nevěděl, že se dá z -pf vyhodit ty ostatní patche. Měl jsem s PF občas problém, že mi vytuhával, tak jsem se na čas vrátil k normálu a asi po měsíci zas na -pf, protože bez toho TOI se prostě nedá být
Ale jak děláš, že ti to bootuje tak rychle? To máš zabrané tak málo paměti? Já typicky 2-4G, takže to tak rychlý rozhodně nemám...
echo 3 > /proc/sys/vm/drop_caches.
No, hlavně jsem přišel na to, že jsem měl vypnutou kompresi
Sem si řikal, že to dřív bývalo určitě rychlejší...
echo 3 > /proc/sys/vm/drop_cachesTo iste by malo byt dosiahnutelne nastavenim
ImageSizeLimit nocache
+1
Taky se po nasazení všechno nenapravitelně pos*alo? 
Doufejme, že se mýlíme.Chapu ze jses nastvanej ale mozna je na miste si uvedomit, ze Archlinux je divokej projekt uzke skupiny vyvojaru, ktery maji velmi urcite pohledy na problematiku, ktery se lisi od zbytku sveta a tak jej brat. Nic min, nic vic. Mozna jsi od Archu cekal a cekas neco, co ti nemuze dat.
Ja si procital blogy na Arch planet, ktere se tykali (docela bourlive) diskuze o systemd a stotoznuji se z nazorem, ze "MY si z tech a tech duvodu vybrali systemd a tak to bude, protoze Arch je nase distro a my si snim delame, co se nam libi, jestli se ti to nelibi, tak tahni do prdele."
To je pro me duvod, proc jsem si Arch behem 3 mesicu pouzivani tak zamiloval. Zadny ohlizeni na ostatni, proste si to delat jak chci ja a pokud ma nekdo stejnej pohled na vec (ja mam systemd napriklad velmi rad) tak se snama muze vest, jinak FORK away.
Tohle je mimochodem pro me osobne tak ten nejzdravejsi zpusob pristupu k OpenSource projektum. Ohlizet se na ostatni (kdyz mi to nic neprinasi, jako napr. penize nebo dobry pocit) je nejaky lobotomicky stav 
Ja diky systemd pochopil kvantum veci a moje administracni schopnosti linuxu jsou na galakticke urovni oproti (pro me) neprehledmym a nepruznym *init vecem.
and btw, manualove stranky jsou ohledne systemd jsou velmi prehledne 
Ja diky systemd pochopil kvantum veci a moje administracni schopnosti linuxu jsou na galakticke urovni oproti (pro me) neprehledmym a nepruznym *init vecem.Tak to bych si nechal docela předvést :).
Jako fakt
Ja byl (a porad jsem!) strasna lama. Napsat 30 radkovy script v bashi? Ani nahodou. Pro mne je jednodusi se naucit presne danou hiearchii pravidel a zavislosti v systemd a pouze nakonfigurovat .unit soubor a nebo stejne tak u udev nakonfigurovat pravidlo. Logika samotna budiz prenechana povolanejsim
.
Takze jinak - systemd je pro lamy a lamy se systemd dosahuji lepsich vysledku nez z init scripty, kdyz prijde na vec nastavovani a pod.
Networkmanageru/wicd zatim vzdoruju prave proto ze mi vadi michat initskripty a userspace, sysv init ani openRC to nijak neresi.
Nic navim lidem nenabidnou
. Ten vyvojarum vsak nejde o to aby ziskali co nejvice uzivatelu (nemaji za to prachy a vylozene je sere jit uzivatelum vstrict na ukor svych pozadavku).
Jde jim o to resit si svoje problemy a vysledek reseni svych problemu nabidnout ostatnim. Jelikoz vsak ma kazdy jine problemy (treba problem init scriptu u nekoho neni problem vubec a pod.), je pak docela mozne, ze Archlinux nekomu nic nenabidne a spise problemy pridela.
Zarnym prikladem budiz spousta narku na systemd, ktere jsou opravnene z hlediska uzivatelu, ktery maji neco nastavene a naucene a ted musi stracet cas ucenim noveho systemu a pod.
Proste se pouze snazim rici, ze diskuze systemd vs. init mi nedava v pripade Archlinuxu smysl. Pro me ten smysl je v sirsim meritku 
Pokud jsem dobře rozumněl tomu, co jsem četl na jednom blogu, tak systemd byl vybrán i pro to, že se vývojři archu nemusí totik starat o initscripts. Při určité fluktuaci vývojářů, kdy ti, co mají v Aarchu na starosti velmi důležité kódy, taky jednou odejdou (protože život je volá jinam), tak aby se nestávalo, že najednou se o kód nebude mět kdo starat.
Přešli proto na upstreamový systemd, do kterého přidávají, nebo nechávají přidávat věci, co se Archu hodí.
---
Osobně mám systemd nainstalovaný, a až na pár momentů, kdy se nechce uložit 'stav zvukovky' (nějak to bojuje se pulse..) při restartu, tak se systemd nemám žádný problém. Instalace, nastavení, uspávání, vše jede bez problémů . Takže nadávat na systemd opravdu nemůžu.
...že se vývojři archu nemusí totik starat o initscripts. Při určité fluktuaci vývojářů, kdy ti, co mají v Aarchu na starosti velmi důležité kódy, taky jednou odejdou (protože život je volá jinam), tak aby se nestávalo, že najednou se o kód nebude mět kdo starat.Ano, tohle bylo videt na instalatoru. Ale to je zmena prijatelna, nainstalovat se dalo jednoduse i bez stareho instalatoru, dokonce bych rekl ze to bylo pohodlnejsi a hlavne rychlejsi a hlavne Arch instalujes tak maximalne na novy disk nebo kdyz chces. Ale systemd proste nefunguje jak ma a kdyz se cokoliv pokazi, clovek nevi kam sahnout. X let jsem nevedel o initskriptech...mam lepsi veci na praci nez prichazet na kloub systemd.
) takze buh/lenartvi jakej to ma ted design.
moje nocni mury spojene s Linuxem maji jediny jmenovatel - Lennart (systemd, pulseaudio)
To je ta svoboda výběru, nakonec všichni skončíme u Gentoo, protože systemd nepůjde zlikvidovat aniž by to ovlivnilo aplikace 
Nešlo by napsat něco jako systemd-fake a používat původní technologii tvářící se jako systemd?
Ještě je tu Debian (který systemd nemůže používat jako default, protože má taky kFreeBSD branch (lze používat FreeBSD jádro místo Linuxového))...To má minimálně dvě řešení: 1) Odstranit kFreeBSD, nebo ho jen lennartovsky ignorovat, ať si to opraví, když chtějí, aby to fungovalo 2) Portovat systemd na kFreeBSD. Stejně to k životu potřebuje snad akorát cgroup labely
A Ubuntu, které jede na Upstartu, který si samo vyvíjí...To se může ze dne na den změnit.
Mám pocit, že Lennart se vyjádřil že BSD je zbytečný odpadTo, že se Lennart vyjádří, že je něco zbytečný odpad, neznamená, že: 1) Se Lennart druhý den nevyjádří úplně jinak. 2) Že se jinak nevyjádří někdo jiný, nejlépe kódem, který umožňuje běh systemd nad BSD kernelem.
Debian to podle všeho bude řešit vývojem "něčeho mezi"Tedy mají v plánu možnost (2).
Tiskni
Sdílej: