Byla vydána (𝕏) květnová aktualizace aneb nová verze 1.101 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.101 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
V Brně na FIT VUT probíhá třídenní open source komunitní konference DevConf.CZ 2025. Vstup je zdarma, nutná je ale registrace. Na programu je celá řada zajímavých přednášek, lightning talků, meetupů a workshopů. Přednášky lze sledovat i online na YouTube kanálu konference. Aktuální dění lze sledovat na Matrixu, 𝕏 nebo Mastodonu.
Vyloučení technologií, které by mohly představovat bezpečnostní riziko pro stát, má umožnit zákon o kybernetické bezpečnosti, který včera Senát schválil spolu s novelami navazujících právních předpisů. Norma, kterou nyní dostane k podpisu prezident, počítá rovněž s prověřováním dodavatelů technologií pro stát. Normy mají nabýt účinnosti od třetího měsíce po jejich vyhlášení ve Sbírce zákonů.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.6.
Po Red Hat Enterprise Linuxu a AlmaLinuxu byl v nové stabilní verzi 10.0 vydán také Rocky Linux. Přehled novinek v poznámkách k vydání.
Bylo vydáno Eclipse IDE 2025-06 aneb Eclipse 4.36. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Americká filmová studia Walt Disney a Universal Pictures podala žalobu na provozovatele populárního generátoru obrázků pomocí umělé inteligence (AI) Midjourney. Zdůvodňují to údajným porušováním autorských práv. V žalobě podané u federálního soudu v Los Angeles označují firmu za „bezednou jámu plagiátorství“, neboť podle nich bez povolení bezostyšně kopíruje a šíří postavy z filmů jako Star Wars, Ledové království nebo Já, padouch, aniž by do nich investovala jediný cent.
Ultra Ethernet Consortium (UEC), jehož cílem je optimalizace a další vývoj Ethernetu s důrazem na rostoucí síťové požadavky AI a HPC, vydalo specifikaci Ultra Ethernet 1.0 (pdf, YouTube).
Francouzský prezident Emmanuel Macron chce zakázat přístup na sociální sítě pro děti do 15 let. Francie podle něj tento krok udělá sama do několika měsíců, i pokud se na něm neshodnou další státy Evropské unie. Reaguje tak na úterní vraždu vychovatelky, kterou ve východofrancouzském městě Nogent pobodal 14letý mladík. Jednotlivé sociální sítě podle něj mají možnost věk ověřit a vymáhat zákaz pomocí systémů na rozpoznávání tváří.
Byl aktualizován seznam 500 nejvýkonnějších superpočítačů na světě TOP500. Nejvýkonnějším superpočítačem zůstává El Capitan od HPE (Cray) s výkonem 1,742 exaFLOPS. Druhý Frontier má výkon 1,353 exaFLOPS. Třetí Aurora má výkon 1,012 exaFLOPS. Nejvýkonnější český počítač C24 klesl na 165 místo. Karolina, GPU partition klesla na 195. místo a Karolina, CPU partition na 421. místo. Další přehledy a statistiky na stránkách projektu.
Řešení dotazu:
hodne experimentujem s Linuxom - Debian.
Tam čistota opravdu nehrozí. Na experimentování doporučuji solidní dostro, nikoliv nejhorší distro na světě.
Aby som tieto projekty rozbehal, je nutne nainstalovat kniznice a ine zavyslosti z repozitarov alebo kompilovane zo zdrojakov.
Na slušném distru se dá 99% tohoto ušetřit. Když zkusíš náhodných 20 projektů z GitHubu, aktuálních a udržovaných, prostě přeložit (dejme tomu) na současném Archu a závislosti si nainstaluješ ze standardních distribučních balíků, jak to má být, rozběháš těch projektů (dejme tomu) 18 z 20.
Na Debianu možná tak 5 z 20 a to budeš rád. Zbytek bude peklo, zastaralé verze, verze zmrvené pro Debian, a tak dále.
Nemluvě o tom, že na Archu je ultra-jednoduché udělat si PKGBUILD
a všechno mít rovnou jako balíček (s korektní správou souborů a (od)instalací). Na Debianu je tvorba vlastních balíčků prakticky nemožná záležitost, pokud se tomu člověk nechce věnovat full-time.
Ako cas siel, z disku sa stalo jedno velke smetisko - cca 50GB projektov vlastnych aj cudzich proste bordel.
Zásda číslo 1: nikdy neinstalovat nic pod root
em přímo ze zdrojáků (stylem make install
). Od toho je na slušných distrech fakeroot
používaný balíčkovacím manažerem, už odnepaměti.
Záchrana číslo 1: prostě vyhledat ničím nevlastněné soubory mimo /home
(leč bacha na /etc
a na adresáře končící na .d
atd.) a smazat je.
Dostal som sa do "dependency hell" stavu a problemy so zavislostami - rozbil som si Debiana.
Možná. V každém případě, Debian je rozbitý už sám od sebe, z principu.
Vysledok bol cisty reinstall a zahodenie vsetkeho balastu - ten bordel sa nedal ani rozumne vytriedit.
Ale ano, dal. Jenže na rozumném distru by především ani nevznikl.
Mal som supercisty zaklad na kancelarsku pracu s virtualboxom.
Proč takový šílený overkill? Pokud experimentuješ s několika instancemi téhož systému (stejná architektura, stejný kernel) a liší se jenom obsah souborového systému, od toho jsou LXC kontejnery.
Nejlepší tool na tohle je virt-manager
a libvirtd
. V jednom společném UI máš
Ale problem bola obsluha - virtualka fullscreen - nevedel som si na to zvyknut, odozvy misi a klevesnice - bolo tam citelne mikrooneskorenie.
Když chci nativně fungující virtuálku (například FreeBSD jako virtuálku v Linuxu), dám té virtuálce přes virt-manager
+ KVM celou grafickou kartu přes VFIO, například celou tučnou NVidii v eGPU. A k tomu taky nějaký ten Thunderbolt USB hub (skrz PCIe + VFIO). Pak má prostě (de facto) nativní výkon.
Pokud jde o virtuálku v okně, zpoždění není tak hrozné, když si tam v KVM zprovozníš virtio
, k tomu případně Spice, a k tomu taky (skrz virtio
) grafickou akceleraci.
Nicméně tohle↑ je pořád o scénáři typu jiný systém / jiný kernel. Pro stejnou architekturu + stejný kernel, jenom jiné soubory, potřebuješ LXC kontejner. Pak všechny starosti s latencí zmizí.
Strata vykonu bola citelna aj ked som robil len v jednej VM.
LXC → Nulová ztráta výkonu.
KVM + libvirtd virtuálka + virtio
balloon + rozumně nastavené SMP → Zanedbatelná ztráta výkonu.
Stačí si vybrat.
Mate nejake napady ako udzat cisty system, nerozbit si ho a popritom si skusat a ucit sa.
Není třeba mít nápady. Stačí používat standardní a desetiletími prověřená řešení (místo ad-hoc hacků všeho druhu):
/home
mezi nimi třeba může být sdílený, pokud je to žádoucí. Nebo taky nemusí.Hlavně je potřeba na takové věci trochu myslet předem, dřív než uživatel začne vytvářet bordel.
Na Debianu je tvorba vlastních balíčků prakticky nemožná záležitost, pokud se tomu člověk nechce věnovat full-time.
Sorry, ale plácáš blbosti. Práce na full-time je to za předpokladu, že chceš svoje balíky dostat do oficiální distribuce. Pokud si děláš balíky jen pro svou potřebu, tak není problém.
Ten člověk v tom má evidentně guláš, takže si stadiem zabordeleného systému projde bez ohledu na distribuci. Debian mu ale naopak nedovolí ten systém rozesrat totálně. Jenom se musí naučit číst. APT je docela ukecaný a většinou se i snaží poradit co dál.
Debian mu ale naopak nedovolí ten systém rozesrat totálně.
Ano, to mu skutečně nedovolí, neboť Debian je totálně rozesraný už sám od sebe v momentě instalace.
Možná by se to dalo přirovnat k onomu prazvláštnímu způsobu obrany před šířením požárů, kdy se cíleně vypálí pás pole nebo lesa, aby se potom přes spáleniště nedostal větší požár… Leč soudě podle tazatelovy nespokojenosti s výsledkem, tohle přirovnání nejspíš nesedí. (Spáleniště nepomohlo.)
Nelze než doporučit vyhnout se Debianu. Uživatel může nadělat spoustu chyb s každou distribucí, to bezesporu, ale není důvod si situaci od začátku komplikovat tou nejhorší distribucí.
Debian je totálně rozesraný už sám od sebe v momentě instalace.A proto je to jedna z nejpoužívanějších linuxových distribucí na serverech.
Tiskni
Sdílej: