Evropská rada vydavatelů (EPC) předložila Evropské komisi stížnost na americkou internetovou společnost Google kvůli její službě AI Overviews (AI souhrny), která při vyhledávání na internetu zobrazuje shrnutí informací ze zpravodajských serverů vytvořená pomocí umělé inteligence (AI). Evropská komise již v prosinci oznámila, že v souvislosti s touto službou začala firmu Google vyšetřovat. Google obvinění ze strany vydavatelů
… více »Ubuntu 26.04 (Resolute Raccoon) už nebude v desktopové instalaci obsahovat GUI nástroj 'Software & Updates'. Důvodem jsou obavy z jeho složitosti pro běžné uživatele a z toho plynoucích bezpečnostních rizik. Nástroj lze doinstalovat ručně (sudo apt install software-properties-gtk).
Thomas Dohmke, bývalý CEO GitHubu, představil startup Entire - platformu pro spolupráci vývojářů a agentů umělé inteligence. Entire získalo rekordních 60 milionů dolarů na vývoj databáze a nástrojů, které mají zefektivnit spolupráci mezi lidmi a agenty umělé inteligence. Dohmke zdůrazňuje potřebu přepracovat tradiční vývojové postupy tak, aby odpovídaly realitě, kdy většinu kódu produkuje umělá inteligence.
Toyota Connected North America oznámila vývoj open-source herního enginu Fluorite, postaveného na frameworku Flutter. Pro renderování grafiky využívá 3D engine Filament od společnosti Google a dle svého tvrzení cílí na konzolovou kvalitu her. Fluorite je zřejmě navržen tak, aby fungoval i na méně výkonném hardware, což naznačuje možnost použití přímo v ICE systémech vozidel. Zdrojový kód zatím zveřejněný není.
Byl vytvořen nástroj a postup pro překonání věkového ověření platforem Discord, Kick, Twitch, Snapchat (a možná dalších), kód je open-source a dostupný na GitHubu. Všechny tyto sítě používají stejnou službu k-ID, která určuje věk uživatele scanem obličeje a na původní server posílá pouze šifrovaná metadata, ty ale sociální síť už nedokáže sama nijak validovat, 'útok' spočívá ve vygenerování a podstrčení legitimně vypadajících ověřovacích metadat.
Jihokorejská kryptoměnová burza Bithumb přiznala vážné selhání interních systémů, které ji vystavilo riziku sabotáže a nezabránilo chybné transakci v hodnotě přes 40 miliard dolarů (814 miliard Kč). Druhá největší kryptoměnová burza v Koreji minulý týden při propagační akci omylem rozeslala zákazníkům zhruba 620 000 bitcoinů místo 620 000 wonů (8700 Kč). Incident vyvolal pokles ceny bitcoinu o 17 procent. Většinu
… více »Google Chrome 145 byl prohlášen za stabilní. Nejnovější stabilní verze 145.0.7632.45 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Zpátky je podpora grafického formátu JPEG XL, viz Platform Status. Odstraněna byla před třemi lety. Nový dekodér JPEG XL jxl-rs je napsán v Rustu. Zobrazování JPEG XL lze vyzkoušet na testovací stránce. Povolit lze v nastavení chrome://flags (Enable JXL image format).
Byla vydána nová verze 1.26 programovacího jazyka Go (Wikipedie). Přehled novinek v poznámkách k vydání.
CrossOver, komerční produkt založený na Wine, byl vydán ve verzi 26. Přehled novinek v ChangeLogu. CrossOver 26 vychází z Wine 11.0, D3DMetal 3.0, DXMT 0.72, Wine Mono 10.4.1 a vkd3d 1.18. Do 17. února lze koupit CrossOver+ se slevou 26 %.
KiCad je nově k dispozici také jako balíček ve formátu AppImage. Stačí jej stáhnout, nastavit právo na spouštění a spustit [Mastodon, 𝕏].
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: