Americké technologické společnosti Microsoft, Google a xAI souhlasily, že vládě Spojených států poskytnou přístup k novým modelům umělé inteligence (AI) před jejich uvedením na trh. Oznámila to americká vláda, která tak bude moci prověřit, zda modely nepředstavují hrozbu pro národní bezpečnost. Oznámení podtrhuje rostoucí obavy Washingtonu z rizik spojených s výkonnými AI systémy. Americké úřady chtějí v rámci předběžného přístupu
… více »Společnost Valve zveřejnila (GitLab) nákresy ovladače Steam Controller a puku. Pro všechny, kdo by jej chtěli hacknout nebo modifikovat, případně pro ně navrhnout nějaké příslušenství. Pod licencí Creative Commons (CC BY-NC-SA 4.0).
PHP bylo dlouho distribuováno pod vlastní licencí – s výjimkou částí spadajících pod licenci Zend Engine. Po několikaleté práci se povedlo PHP přelicencovat na 3bodovou licenci BSD.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za duben (YouTube). Na Linuxu je vedle Qt frontendu nově k dispozici také GTK4 / libadwaita frontend.
Neziskové průmyslové konsorcium Khronos Group vydalo verzi 3.1 specifikace OpenCL (Open Computing Language). OpenCL je průmyslový standard pro paralelní programování heterogenních počítačových systémů.
Homebridge pro integraci chytrých domácích zařízení byl vydán ve verzi 2.0.0. Nově vedle protokolu HomeKit Accessory Protocol (HAP) podporuje standard chytré domácnosti Matter.
Omarchy je linuxová distribuce s dlaždicovým správcem oken Hyprland. Založena je na Arch Linuxu. Vydána byla v nové verzi 3.7.0 - The Gaming Edition. Z novinek lze vypíchnout příkaz omarchy a celou řadu herních možností.
CyberChef byl vydán v nové major verzi 11. Přehled novinek v Changelogu. CyberChef je webová aplikace pro analýzu dat a jejich kódování a dekódování, šifrování a dešifrování, kompresi a dekompresi, atd. Často je využívaná při kybernetických cvičeních a CTF (Capture the Flag).
Byla vydána nová verze 2.4.67 svobodného multiplatformního webového serveru Apache (httpd). Řešeno je mimo jiné 11 zranitelností.
Brush (Bo(u)rn(e) RUsty SHell) je v Rustu napsaný shell kompatibilní s Bash (Bourne Again SHell). Vydána byla verze 0.4.0.
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: