Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 161 (pdf).
Po delší době vývoje vyšla nativní linuxová verze virtuálního bubeníka MT-PowerDrumKit 2 ve formátu VST3. Mezi testovanými hosty jsou Reaper, Ardour, Bitwig a Carla.
Desktopové prostředí Budgie bylo vydáno ve verzi 10.10. Dokončena byla migrace z X11 na Wayland. Budgie 10 vstupuje do režimu údržby. Vývoj se přesouvá k Budgie 11. Dlouho se řešilo, v čem bude nové Budgie napsáno. Budgie 10 je postaveno nad GTK 3. Přemýšlelo se také nad přepsáním z GTK do EFL. Budgie 11 bude nakonec postaveno nad Qt 6.
OpenChaos.dev je 'samovolně se vyvíjející open source projekt' s nedefinovaným cílem. Každý týden mohou lidé hlasovat o návrzích (pull requestech), přičemž vítězný návrh se integruje do kódu projektu (repozitář na GitHubu). Hlasováním je možné změnit téměř vše, včetně tohoto pravidla. Hlasování končí vždy v neděli v 9:00 UTC.
Byl vydán Debian 13.3, tj. třetí opravná verze Debianu 13 s kódovým názvem Trixie a Debian 12.13, tj. třináctá opravná verze Debianu 12 s kódovým názvem Bookworm. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 a Debianu 12 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Na stránkách Evropské komise, na portálu Podělte se o svůj názor, se lze do 3. února podělit o názor k iniciativě Evropské otevřené digitální ekosystémy řešící přístup EU k otevřenému softwaru.
Společnost Kagi stojící za stejnojmenným placeným vyhledávačem vydala (𝕏) alfa verzi linuxové verze (flatpak) svého proprietárního webového prohlížeče Orion.
Firma Bose se po tlaku uživatelů rozhodla, že otevře API svých chytrých reproduktorů SoundTouch, což umožní pokračovat v jejich používání i po plánovaném ukončení podpory v letošním roce. Pro ovládání také bude stále možné využívat oficiální aplikaci, ale už pouze lokálně bez cloudových služeb. Dokumentace API dostupná zde (soubor PDF).
Jiří Eischmann se v příspěvku na svém blogu rozepsal o open source AdGuard Home jako domácí ochraně nejen před reklamou. Adguard Home není plnohodnotným DNS resolverem, funguje jako DNS forwarder s možností filtrování. To znamená, že když přijme DNS dotaz, sám na něj neodpoví, ale přepošle ho na vybraný DNS server a odpovědi zpracovává a filtruje dle nastavených pravidel a následně posílá zpět klientům. Dá se tedy používat k blokování reklamy a škodlivých stránek a k rodičovské kontrole na úrovni DNS.
AI Claude Code od Anthropicu lépe rozumí frameworku Nette, tj. open source frameworku pro tvorbu webových aplikací v PHP. David Grudl napsal plugin Nette pro Claude Code.
Zrovna včera jsem dělal asi po dvou měsících kompletní aktualizaci své instalace Slackware.
Je to jednoduché. Vezmu kompletní depozitář, nakopíruji ho někam na disk (používám velmi dobře zapamatovatelnou cestu: /mnt/store/linux/slackware/ :) ), zavolám init 1 a už to sviští podle návodu popsaného v UPGRATE.TXT.
Tentokrát jsem ani nezálohoval instalaci - zatím s tím problém nebyl, a opravit to by nebylo ani moc složité, díky naprosto triviálnímu balíčkovacímu systému - tím se dostáváme k prvnímu plus. Balíček stačí rozbalit a rozkopírovat jak je třeba. Stejně tak není žádný problém udělat vlastní balíček.
Po asi dvaceti minutách chroupání byla aktualizace u konce. Poté přišla na řadu kontrola obsahu /etc/ a /etc/rc.d/. Letmým pohledem jsem zjistil že se žádné změny neudály, a s klidným svědomím mohu zavolat init 4. To je další velké plus, člověk si systém uplácá k obrazu svému, díky velmi přehledné konfiguraci.
Po najetí do grafiky jsem zjistil, že Kopete není nejčerstvější. 0.12-ka je opravdu vychytaná, tak jsem se pustil do kompilace. Ostatní software jako kaffeine, nvclock, festival a spol si na povýšené verze knihoven nestěžovali, takže pohodička. Tím dostáváme další plus. Ve Slackware není problém hned po instalaci problém něco zkompilovat, když si vzpomenu na lapálie se SuSE, kdy na instalačním DVD chyběly devel balíčky od xorg, nebo na Mandake se stejným problémem... Vyvíjet aplikace, nebo sestavit nějaký kus "běžného" softwaru ze zdrojového kódu sebou nenese příliš komplikací.
A teď kyselé jablíčko a tři mínusy. Mínus první - balíčkovací systém neřeší závislosti. Ne, že by to bylo na obtíž, většinou stačí spustit havarujcí program z shellu a podívat se co že mu to chybí, ale je to trošku "dementní" postup.
Mínus druhý - systém dodělej si sám. Docela dlouho trvá, než si doladíte všechny drobnosti, na které během používání narážíte.
A konečně mínus třetí - v základní instalaci je celkem málo software, takže kompilovat kompilovat kompilovat. Postupem času se ocitáme v mezistádiu Slackware-LFS. Ale musíme mít na paměti, že celou distribuci spravuje jen jeden člověk.
Také vám připadá, že tenhle zápisek je rozporuplný? Třeba je to tím, že Slackware je rozporuplná distribuce.
Tiskni
Sdílej:
No docela pěknej článek, ale s některými body nesouhlasím. Například stím že je mínus "udělej si sám", myslím si, že to je dobrá věc, alspoň člověk ví, co že mu tam beží a co tam má atak podobně. Ale musím uznat, že jsou věci u kterých litu, že nejsou automaticky nastaveny, ale těch je opravdu minimum a jsou to většinou nepotřebné vychytávky.
To kolik má balíčků se nedá hodnotit, každý potřebuje něco jiného. Pro někoho má balíčků až moc.
A co se týče zavislostí, tak to není mínus ale jeho základní vlastnost a komu se nelíbí tak si může jako já nainstalovat archlinux, a bude nadmíru spokojenej.Udělej si sám, je většinou to, co odrazuje začínající uživatele, proto jsem to zařadil mezi mínusy. Já tento postup také oceňuji, ale občas bych si jej raději odpustil. Například mě podle všeho bude čekat rozchození modrozuba... S tou technologií nemám žádné zkušenosti, tak to bude velmi poučná zábava.
Nevím odkud se berou názory, že je to distro pro začátečníky. Je spíš pro pokročilejší nebo pro ty, kteří se chtějí učit a poznávat GNU/Linux zevnitř od základních stavebních kamenů a to není škola pro každého.
Jinak je hodně rozšířený omyl, že Patrick Volkerding se stará o celou distribuci sám. Přesný počet lidí ze Slackware (Security) Teamu sice není zveřejněn, ale znám jména dalších min. 4 lidí, kteří mu pomáhají. Rozdíl oproti vývojovým modelům u jiných distribucí je ten, že nic není uvolněno, dokud to Pat nezaudituje - všechno prochází jeho rukama. Tohle by se u "velkých" distribucí s 10-15 tis. balíčky určitě nedalo dělat.
Někdo chce instantní řešení, jiný odmítá vnucování představ a úprav správce distribuce/balíčku a chce si nemodifikovaný software přesně a v jím určeném rozsahu nakonfigurovat sám.ale ještě lepší je instantní řešení s vyřešenými závislostmi a pokud si chci určitou věc ošetřit a pohlídat sám, tak mít možnost, ne?
Rozdíl oproti vývojovým modelům u jiných distribucí je ten, že nic není uvolněno, dokud to Pat nezaudituje - všechno prochází jeho rukama. Tohle by se u "velkých" distribucí s 10-15 tis. balíčky určitě nedalo dělat.ale otázka je, jestli je to žádoucí, nebo ne. Vím, že před časem měli slackwaristi nějaký problém pramenící z nemoci pana Volkerdinga. Nevím o tom prakticky nic, jen jsem to tenkrát z nějakého nadpisu zaregistroval ujistil se tak v tom, že by důležité věci neměli stát na osobě, ale na skupině.
Patrick Volkerding byl vážně nemocný ke konci roku 2004 a po tu dobu vydávali aktualizace jeho kolegové z GUS Brazil, kteří se na vývoji podílí dodnes. Nemyslím, že by bylo pokračování distribuce ohroženo, i kdyby se jeho hlavní správce už nebyl schopen na ní podílet. Jeho lidé ze Slackware Teamu a obrovská komunita, která se za tu dobu kolem ní vytvořila ji myslím nenechají padnout.
Jen jsem reagoval, jak tu samou věc vidí z jiného úhlu někdo jiný.
Já hodně dělám i s Debianem a částečně i se SUSE a RHEL, ale pro moje osobní potřeby mi Slack prostě sedí nejvíc. K žádné přísaze věrnosti ale nemám ani nutkání a ani mě k ní nikdo nedonutí