Byla vydána verze 1.94.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example. Zveřejněny byly výsledky průzkumu mezi vývojáři v programovacím jazyce Rust: 2025 State of Rust Survey Results.
Google zveřejnil seznam 185 organizací přijatých do letošního Google Summer of Code (GSoC). Dle plánu se zájemci přihlašují od 16. do 31. března. Vydělat si mohou od 750 do 6600 dolarů. V Česku a na Slovensku je to 900 dolarů za malý, 1800 dolarů za střední a 3600 dolarů za velký projekt. Další informace v často kladených otázkách (FAQ). K dispozici jsou také statistiky z minulých let.
Byla vydána únorová aktualizace aneb nová verze 1.110 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.110 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Apple představil 13palcový MacBook Neo s čipem A18 Pro. V základní konfiguraci za 16 990 Kč.
Kalifornský zákon AB 1043 platný od 1. ledna 2027 vyžaduje, aby operační systémy požadovaly po uživatelích věk nebo datum narození a skrze API poskytovaly aplikacím informaci, zda je uživatel mladší 13 let, má 13 až 16 let, má 16 až 18 let nebo má alespoň 18 let. Vývojáři linuxových distribucí řeší, co s tím (Ubuntu, Fedora, …).
Konference LinuxDays 2026 proběhne o víkendu 3. a 4. října v Praze v areálu ČVUT v Dejvicích na FIT. Čekají vás desítky přednášek, workshopy, stánky a setkání se spoustou chytrých lidí.
Nové verze webových prohlížečů Chrome a Firefox jsou vydávány každé 4 týdny. Aktuální verze Chrome je 145. Aktuální verze Firefoxu je 148. Od září přejde Chrome na dvoutýdenní cyklus vydávání. V kterém týdnu bude mít Chrome větší číslo verze než Firefox? 😀
Apple představil nové čipy M5 Pro a M5 Max, MacBook Pro s čipy M5 Pro a M5 Max, MacBook Air s čipem M5 a Studio Display a nový Studio Display XDR.
Bylo spuštěno hlasování o přednáškách a workshopech pro letošní Installfest, jenž proběhne o víkendu 28. a 29. března v Praze na Karlově náměstí 13.
Byla vydána (Mastodon, 𝕏) třetí RC verze GIMPu 3.2. Přehled novinek v oznámení o vydání. Podrobně v souboru NEWS na GitLabu.
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.
Tiskni
Sdílej: