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.
Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
Je něco shnilého ve státě dánském aneb "minimální instalace" podle Redhatu...
Aby nevzniklo nějaké nedorozumění - jsem spokojeným uživatelem FC4 na svém domácím počítači, ve kterém tepe silné srdce Athlonu XP2800+, nicméně jsem chtěl jen tak pro zajímavost nainstalovat Fedoru i na jeden starší kousek železa.
Onen starší kousek je jakýsi desktop (PII-400MHz, 128MB RAM) "home-made" kvality, který by až na drobné odchylky měl dosahovat výkonových parametrů mého notýska, na kterém rovněž k plné spokojenosti proháním Debian Sarge. Tož jsem si řekl, že prubnu jak se na tomhle železe bude chovat Fedora.
Doma jsem si samozřejmě instaloval hafo jiných balíků hned ze startu, takže mě nenapadlo zkoumat kolik zabere minimální instalace. Z Debiana jsem zvyklý nainstalovat minimální systém a pak si přes apt dotahat to, co potřebuju. Když jsem po odškrtnutí volby "minimální instalace" uviděl tu cifru, tak se mi protočily panenky... 1,3GB jen holý systém??? (jak píšou v podrobnostech - vhodný pro routery apod.)
I když už jsem instalační proces Anacondy už "párkrát" viděl, tak se stejně vždycky dívám, co se mi zrovna instaluje na disk ... Naprosto netvrdím, že jsem Linuxový guru, spíš naopak - "jsem nesmělý, ale učím se"
- ale může mi někdo vysvětlit, proč mi proboha instalátor do MINIMÁLNÍ INSTALACE nacpal OpenOffice??? 8-O Nějak si nedovedu představit, co např. v routeru by mohlo mít závislost na OOo...
Nečekal jsem, že to bude nějaký rychlík, ale když i když jsem povypínal co se dalo, tak odezva systému byla příšerná... Zatímco na notýsku v Debianu v pohodě pracuju ve fluxboxu, jede mi video apod., tak tady jsem musel čekat v konzoli než se mi objeví písmenka (a to opravdu nemám počet úhozů jako mistr světa v psaní na stroji) 8-O
Ty, co čekali nějakou pointu nebo know-how, musím zklamat - možná v diskuzi tady dole mě někdo zpraží a vysvětlí mi, že jsem totální lama. Nicméně jediné co mě teď napadá je, že jsem z toho všeho docela zmaten ...
Na compík asi zkusím vrazit nějakou distribuci, která mě zajímá - poslední dobou celkem láká ArchLinux nebo něco úplně jiného - něcoBSD.
No, uvidíme...
Tiskni
Sdílej:
fok, čím dalej, tým viac mi Linux začína pripomínať toľko zavrhované win$. prečo každý vytvára vlastnú distribúciu (a pritom žiadna nie je poriadne spravená)? Prečo nemôžem na Mandrake (napr) použiť balík z Gentoo (napr) tak, aby to bezproblémov bežalo?
príklad nech je uzavretie cdrtools ...
myslím, že by mal existovať jednotný systém managementu závislostí (samozrejm, podpisovaný), niekde na úrovni autoconf a následný strom úprav. Samotné distribúcie by existovali len ako bundle balíčky.
a samotná distribúcia/inštalácia (mierna predstava)?
instalacia ala barney extends: slackware-stable drop: mysql add: postgresql-stable config: postgresql.db_path = /srv/db/postgresql/ config: httpd.document_root = /srv/www/default/vhodnejší by bol dajaký hierarchický dokument (xml?), atd
pre uvádzanú paralelu s autami ... chcem vybudovať dopravné predpisy, resp dialničnú sieť.
V tomto mohu slouhlasit, jednotlivé balíčkovací systémy moc neznám, neznám klady a zápory, ale dokážu věřit že by se zrovna u balíčkovačů dalo vytvořit něco, co by vyhovovalo většině. To by samozřejmě vedlo k usnadnění práce, protože by se o portaci programů starali všichni vývojáři distribucí, tedy by byla nějaká vlastní organizace, která by portovala, což by vedlo k většímu počtu podporovaných aplikací a distribuce by se už mohly věnovat svým účelům - viz co jsem zaslechl o slacku, že přestal portovat gnome, jelikož s tím měl prý moc práce. Ovšem opravdu netuším, jestli by tohle šlo uplatnit v praxi (jde všechno, ale za jakou cenu).
V ostatních oblastech, třeba už několikrát zmiňované nejednotné konfiguráky a podobně, jistě, bylo by na první pěkné kdyby byly všechny konfiguráky v xml... Hned by si člověk byl jasný syntaxí, jenže v určitých případech je to zbytečné, až nepřehledné a nepraktické. Sice zpočátku budu jásat, že vše je ve stejném kabátě, ale později budu zoufat, jak byl ten starý fstab přehlednější a jednoduše konfigurovatelnější než to budoucí xml něco. Zase na druhou stranu by s tím gui apliakce měly menší problémy, otázkou je, kdo ty gui aplikace chce.
Můj názor je tedy ten, že některé věci by se sjednotit mohly, ale u některých je to zase nevhodné a rozhodně bych neprorážel hlavou zdi.
PS: Příklad byl špatně zvolený, pokud jsi poukazoval na princip balíčkovacích systémů, tak gentoo ma výborný balíčkovací systém pro zdrojové kódy, který je v binární podobě bohužel nerealizovatelný a s ničím bych ho neměnil.
xml
som uviedol ako priklad pre zapis balickov, nie konfiguracie
konfiguracia
xml len jedna z moznosti, osobne mam najradsej mierne modifikovany apache style config suborov. xml na druhej strane umoznuje vyuzit mnozstvo existujucich nastrojov (xslt). moja zakladna predstava je nieco na sposob:
/etc/dist-config/php.ini + /etc/local-config/php.ini = /etc/php/php.ini
pricom dist-config by definoval len default hodnoty, pouzitelne pre poinstalacne spustenie sluzby a local-config by nastavoval specifika pre lokalnu sluzbu)
bordel - zmena API, konfigurácie každú chvíľku
nejednostnosť - výtka sa týka hlavne package managementu (ok, tuná sa cca 7 rokov snažím vymyslieť niečo použitelné, no zatiaľ som sa nedostal dalej ako k rozvíjaniu požiadaviek ...)
neupgradovateľnosť - upgrade balíčka neznamená upgrade systému. Neberie sa ohľad na data a ich prípadnú konverziu.
dalším príkladom môže byť úloha spustiť dve inštancie tej istej služby s rôznym nastavením (napr jeden apache na porte 80, druhý na porte 8080)
netolerantnosť - jeden dôvod vysvetlím predstavou riešenia: dvojitou konfigurácia, default hodnoty z inštalácie + administrátorova predstava ... a z toho generovať reálny config pre aplikáciu.
dalej napr inštalácia system/user. kto si (a v ktorej distribúcii) dokáže ako non-root inštalnúť lokálne, do svojho homediru, nejaky balík (povedzme xbill)?
i když jsem povypínal co se dalo, tak odezva systému byla příšerná... Zatímco na notýsku v Debianu v pohodě pracuju ve fluxboxu, jede mi video apod., tak tady jsem musel čekat v konzoli než se mi objeví písmenkano, tak predpokladam, ze minimalni instalace Fedory voli automaticky GNOME ...a se 128 MB RAM? Neni se absolutne cemu divit.
Kdybych měl spuštěné Xka, tak bych se taky nedivil... ale gdm byl vypnutý, v Inittab byl default nastavený na 3 -> tudíž jsem byl v obyčejné konzoli a ne v Xtermu pod GNOME.
Opravdu mi není jasné, co tu mašinu tak brzdilo... :-/
)
Linux from scratch mě vždycky lákal, jen jsem příliš nepochopil způsob jakým se dostat řekněme na úroveň desktopu se základním SW vybavením, které mám běžně nainstalované. :( Jestli se můžu zeptat - abych si ujasnil to, co jsem si přečetl na stránkách projektu - nejprve se nainstaluje LFS (povinné minimum) a na něj se pak nabaluje BLFS (neboli všechny aplikace, které mi chybí ke spokojenosti)? Jak je to se SW, který není v BLFS - klasický postup: stáhnout SW z netu, rozbalit, a ./configure, make, make install?
Samozřejmě stále drží závislosti, takže nevím jak moc nízko se dá jít. Po instalaci se samozřejmě dají odinstalovat další balíčky.