Byla vydána nová verze 9.7 multiplatformní digitální pracovní stanice pro práci s audiem (DAW) Ardour. Přehled novinek, vylepšení a oprav v poznámkách k vydání.
Vývojáři webového prohlížeče Ladybird dnes oznámili, že mění způsob vývoje. S blížícím se vydáním alfa verze přestávají přijímat veřejné pull requesty. Všechny otevřené veřejné pull requesty budou uzavřeny. Tým nedokáže garantovat bezpečnost AI generovaných pull requestů.
OpenLogi (GitHub) je open source náhrada aplikace Logi Options+ pro přizpůsobení myší od společnosti Logitech. Zatím běží pouze na macOS.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za květen (YouTube).
Úřad pro ochranu osobních údajů řeší desítky stížností na jednotné měsíční hlášení zaměstnavatele, které stát spustil počátkem dubna. Systém, jenž má firmám odlehčit od desítek formulářů, nejenže výrazně zatížil jejich účetní oddělení, ale docházelo v něm i k únikům osobních dat zaměstnanců k firmám, kde nepracovali. Podle ministerstva práce a sociálních věcí stála za problémem technická chyba. „Incident se týkal několika stovek
… více »Byla vydána (𝕏, Bluesky) nová verze 22.0.0 open source webového aplikačního frameworku Angular (Wikipedie). Přehled novinek v příspěvku na blogu.
Vim Classic byl vydán ve verzi 8.3. Drew DeVault oznámil tento fork editoru Vim (verze 8.2.0148, tj. těsně před zavedením Vim9 skriptování) v březnu letošního roku. Důvodem forku bylo, že vývojáři editorů Vim a Neovim začali při vývoji využívat LLM.
Open source konference DevConf.CZ 2026 proběhne 18. a 19. června v Brně na FIT VUT. Publikován byl program a spuštěna byla registrace.
Společnost JetBrains uvolnila verzi 2 svého open-source velkého jazykového modelu (LLM) pro vývojáře Mellum.
Probíhá konference Microsoft Build 2026. Microsoft představuje své novinky: kvantový čip Majorana 2, Surface Laptop Ultra a Surface RTX Spark Dev Box s NVIDIA RTX Spark, Intelligent Terminal, Coreutils for Windows (fork Rust Coreutils), AI modely MAI, AI agenta Scout, platformu pro agent-first zařízení Project Solara, …
Ř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 rootem 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):
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
/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.
napsat, ze strasne chces, aby ostatni vedeli, ze jsi totalni kokot, jde i kratsim zpusobem
Tiskni
Sdílej:
28.6.2024 21:11