Polské vývojářské studio CD Projekt Red publikovalo na Printables.com 3D modely z počítačové hry Cyberpunk 2077.
Organizátoři konference LinuxDays 2025 vydali program a zároveň otevřeli registrace. Akce se uskuteční 4. a 5. října na FIT ČVUT v pražských Dejvicích, kde vás čekají přednášky, workshopy, stánky a spousta šikovných lidí. Vstup na akci je zdarma.
Uživatelé komunikátoru Signal si mohou svá data přímo v Signalu bezpečně zálohovat a v případě rozbití nebo ztráty telefonu následně na novém telefonu obnovit. Zálohování posledních 45 dnů je zdarma. Nad 45 dnů je zpoplatněno částkou 1,99 dolaru měsíčně.
Server Groklaw, zaměřený na kauzy jako právní spory SCO týkající se Linuxu, skončil před 12 lety, resp. doména stále existuje, ale web obsahuje spam propagující hazardní hry. LWN.net proto v úvodníku připomíná důležitost zachovávání komunitních zdrojů a upozorňuje, že Internet Archive je také jen jeden.
Jakub Vrána vydal Adminer ve verzi 5.4.0: "Delší dobu se v Admineru neobjevila žádná závažná chyba, tak jsem nemusel vydávat novou verzi, až počet změn hodně nabobtnal."
V Německu slavnostně uvedli do provozu (en) nejrychlejší počítač v Evropě. Superpočítač Jupiter se nachází ve výzkumném ústavu v Jülichu na západě země, podle německého kancléře Friedricha Merze otevírá nové možnosti pro trénování modelů umělé inteligence (AI) i pro vědecké simulace. Superpočítač Jupiter je nejrychlejší v Evropě a čtvrtý nejrychlejší na světě (TOP500). „Chceme, aby se z Německa stal národ umělé inteligence,“ uvedl na
… více »V Berlíně probíhá konference vývojářů a uživatelů desktopového prostředí KDE Plasma Akademy 2025. Při té příležitosti byla oznámena alfa verze nové linuxové distribuce KDE Linux.
Byl vydán Debian 13.1, tj. první opravná verze Debianu 13 s kódovým názvem Trixie a Debian 12.12, tj. dvanáctá opravná verze Debianu 12 s kódovým názvem Bookworm. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 a Debianu 12 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Evropská komise potrestala Google ze skupiny Alphabet pokutou 2,95 miliardy eur (71,9 miliardy Kč) za porušení antimonopolní legislativy. Podle EK, která mimo jiné plní funkci antimonopolního orgánu EU, se Google dopustil protisoutěžních praktik ve svém reklamním byznysu. Google v reakci uvedl, že rozhodnutí považuje za chybné a hodlá se proti němu odvolat. EK ve věci rozhodovala na základě stížnosti Evropské rady vydavatelů. Podle
… více »Podpora 32bitového Firefoxu pro Linux skončí v roce 2026. Poslední podporované 32bitové verze budou Firefox 144 a Firefox 140 s rozšířenou podporou, jehož podpora skončí v září 2026.
Portál mojefedora.cz informuje o tom, že Wayland ve Fedoře 24 nebude výchozí.
Za poslední půlrok se udělalo velké množství práce a podařilo přidat velké množství funkcionality. Nicméně pracovní skupina kolem Workstation se shodla, že podpora Waylandu ještě není tak daleko, aby dokázal plně nahradit Xorg
Tiskni
Sdílej:
To mě spíš děsí zkazky o tom, jak to běhá přes Spice a VNC.Přesně. Veškeré virtuály implementují pouze nějaké primitivní framebuffery. V lepším případě jako bonus přídavky pro hosta (které jsou stejně zbytečné když jdou Xka vytunelovat ven na nativ) ve formě driveru pro Xorg. Nevím o jediném který by implmentoval GLES2 a pak to překládal pro grafickou kartu hosta nebo to SW kreslil. Jak soudruzi ze Sovětské svazu počítají že to bude fungovat ve virtuálních mašinách, to opravdu netuším.
Linux nebyl consumer desktop, byl stabilní, předvídatelný, uchopitelný a nesnažil se řešit nesmyslné consumer needs, ideální pracovní nástrojNemůžu souhlasit. Mnohé z těch consumer needs se shodují s tím, co bych od systému očekával. Navíc není pravda, že se je nesnažil řešit, jen se to prostě moc nedařilo.
Linux se se dere do pozice consumer desktop a snaží dodat funkce o které nikdo nestojí protože kdo používá linux na desktopu ví co dělá a proč to dělá a omalovánky, dotyk, mobile device hype ho nezajímajíNemyslím si, že je existence consumer desktopu problém. Já třeba momentálně na svém hlavním systému žádný z consumer desktopů nepoužívám. Sice občas cítím absenci consumer funkcí, ale je to něco za něco.
Nekonzistence napříč systémem pro dosažení consumer funkcí, vzhledu, dotyků, a jiných cool-ismůJakoby ten systém by předtím konzistentní.
no celkem to už už bylo konzistentní, gnome2 bylo naprosto vyhovující jak pro grafické stránce tak po stránce použitelnosti, stačilo rozvíjet a vylepšovat.Taky mi Gnome 2 přišel jako dobrá volba pro standard user experience (tzn. desktop pro ty, co si moc nevymýšlí) a kdyby se udělal několikaletý run na chyby a chybějící vlastnostni napříč celým desktopově používaným systémem, tak jsme dneska mohli být úplně jinde. Ale nebyli jsme a nejsme.
Vidím, kam se snaží linux na desktopu směřovatJá to popravdě nevidím. Naopak mám pocit, že je příliš mnoho vizí a příliš málo lidí, kteří by ty vize přenášeli do kódu a testovali. Podle mě nemá cenu se pouštět do hromady nového kódu pro koncové uživatele, pokud není možná kód stabilizovat a koncovým uživatelům doručit v použitelné podobě.
A naopak u OSX nemám pocit že je to něco za něco, prostě idealní pracovní nástroj....Neberu nikomu OS X ani Windows, ale moje preference jsou jinde.
crosscompile jsem nikdy nepovažoval za výhru, target platforma má své výhody.Jasne, takze krome ciloveho HW si jeste postavime vyvojarskou masinu na ktere budeme prekladat. A to samozrejme pro kazdou podporovanou platformu. Pokud vam todle prijde jako normalni reseni, nedivim se, ze se vam libi Apple ;)
no dyť já už po tvůrcíh nic nechci, já chci jen klid a funkční kladivo a tím už prostě Linux není, no ?Osobně si myslím, že ani nikdy nebyl. Naopak si myslím, že jestli se téměř univerzálně prosadí několik málo projektů s jasnou vizí (například Linux/Systemd/Wayland/Gnome a další) bude taková standardní distribuce mít k tomu OS X kladivu nejblíž. Já osobně k takovému kladivu netíhnu, jen se snažím shrnout fakta a něco z nich vyvodit.
Tak proč trávit další dekády laděním, když je možné už teď používat to co se snaží z linuxu udělat?Pro mě není OS X alternativou, takže asi tak.
Ano Linux je kernel a to je tak jediné co zůstalo v rozumném stavu. ale kdo ví, Redhat tlačí na pilu dost silně a je to znát v negativním slova smyslu ...imho.
Co konkrétního bych si pod tím "tlačením na pilu" měl představit?
Co třeba Debian, tam se taky tak dlouho tlačilo až se odhlasovalo, že se hlasovat nebude a šup systemd :)
Huh? To má být příklad, jak "Red Hat tlačí na pilu" ve vývoji jádra?
Na Linuse už se taky tlačilo, ale žadné obezličky pro systemd to kernelu neprošly..
To je dost svérázná interpretace. Nějaké věci, které se pro systemd hodily, byly přijaty, nějaké ne. A některé z těch druhých odmítli vývojáři a maintaineři, kteří jsou sami zaměstnanci RH. Vývoj jádra už dávno nefunguje tak, že Velký Linus osobně rozhoduje o každé featuře. A to, že se Lennart a jeho sekta snaží dostat do jádra věci, které by se jim hodily, ještě neznamená, že "Red Hat tlačí na pilu".
A pak jeho zaměstanci v delíriu absolutního narcismu povídají něco zahození posixu atd
Uvědomujete si, jak velká firma to je? Nemůžete každou vizi, kterou Lennart nebo Kay někde vyhlásí nebou napíšou, hned automaticky považovat za oficiální stanovisko jejich zaměstnavatele - a už vůbec ne za něco, co se Red Hat snaží násilím protlačit.
snaha je zcela jasná, bude ohýbat userspace a init a v poslední řadě kernel tak jak to RH potřebuje
Uvedete také nějaký konkrétní příklad, jak RH podle vás ohýbá jádro na úkor ostatních uživatelů pro své potřeby nebo budete dál jen mlžit a mávat katastrofickými scénáři a konspiračními teoriemi? Nemám rád, když lidé používají zkratku FUD k označení jakékoli demagogie, ale na to, co to předvádíte, sedí naprosto dokonale.
zejména pro své aktivity v oblasti kontejnerové virtualizace
Na jiném místě zase tvrdíte, že jejich cílem má být z Linuxu udělat "consumer desktop". Kromě toho, že mi přijde jako nesmysl cpát se mermomocí do oblasti, která by vyžadovala značné investice, má jednoho dominantního hráče a i ten začíná zjišťovat, že už v ní nedokáže vydělávat zdaleka tak snadno jako dřív, mi to přijde poněkud nekonzistentní. Zkuste si nejdřív sám ujasnit, co že to ten zlý Red Hat vlastně chce.
# service spamassassin status [ ok ] spamd is running. # service spamassassin stop Stopping SpamAssassin Mail Filter Daemon: spamd. # service spamassassin status [FAIL] spamd is not running ... failed! # service spamassassin start Starting SpamAssassin Mail Filter Daemon: spamd. # service spamassassin status [ ok ] spamd is running. # cat /etc/debian_version 8.3 # dpkg -l | grep sysvinit ii sysvinit 2.88dsf-59 amd64 System-V-like init utilities - transitional package ii sysvinit-core 2.88dsf-59 amd64 System-V-like init utilities ii sysvinit-utils 2.88dsf-59 amd64 System-V-like utilities
xsel
nebo vytvořili nějaký nový příkaz?
xsel
?
Nečetl jsem celé řešení v GNOME, nemám na to teď čas, ale původní návrh byl ten, že přístup ke schránce dostane aplikace nad kterou byl proveden middle click, jiné ne.To je pro mě zbytečně omezující.
ale ty jinak někde jinde čteš obsah této schránky bez paste middle clickem?Samozřejmě. Vždyť o tom píšu v komentáři, na který reaguješ.
sh -c 'xsel | xvkbd -no-jump-pointer -delay 10 -file - 2>/dev/null'
přístup ke schránce dostane aplikace nad kterou byl proveden middle clickA ty teď přicházíš s konfliktním:
přístup dostane aplikace, která má focusOčividně byste se měli nejdřív mezi sebou domluvit, jak to teda vlastně bude, a až teprve potom to prezentovat lidem, kteří nejsou nadšeni z každé novinky a chtějí na svých strojích normálně pracovat.
Tedy Klipper a xsel budou na whitelistu a ostatní si musí počkat na focus a nebudou čmuchat, co nemají.Jakože kterákoli aplikace pustí
xsel
a dostane data? Tak proč jí ta data nedáme rovnou?
Schránku/primary selection má smysl zabezpečit,Nemá cenu vynucovat zabezpečení schránky, pokud nemáš izolované aplikace. Omezuje to funkcionalitu bez jakékoli protihodnoty.
Pokud však nějaká aplikcae pobězí v kontejneru, tak její xsel (pokud ho vůbec bude mít), nebude na whitelistu a bude mít smůlu.1) Pak je nesmysl se zaměřovat speciálně na xsel a bohatě stačí aplikovat restrikce pouze na izolované aplikace. Je přece jedno, jestli aplikace získá data přímo nebo přes jinou binárku. 2) Takové řešení vyžaduje duplikaci xsel v systému, kdy různé binárky téhož programu budou mít přiřazena různá práva. To je z pohledu architektury zcela zbytečné omezení. 3) Nevidím důvod, proč při tak základním rozhodnutí předpokládat, že se izolace bude realizovat kontejnerem.
Abys mohl mít (v budoucnu) restrikce na schránku, je potřeba mít mechanismus, který je umožní.Předmětem sporu není existence mechanismu, ale umělá restrikce používané funkcionality pod záminkou hypotetické budoucí bezpečnosti.
Teď se to implementuje a je snadné tam ten mechanismus zavést, ale až to bude hotové a používané, budou zásadní změny obtížné.To si nemyslím, ale tak jako tak to není předmětem sporu.
Jak přesně ta pravidla budou vypadat a jak bude aplikace izolována je už jen detail.Tebou navrhovaný mechanismus bude s velkou pravděpodobností zcela nevhodný a pokud se ukáže, že mám pravdu, bude muset být od základu změněn nebo dokonce nahrazen. Detail by to byl pouze v případě univerzálního mechanismu, který by nestavěl na zcela nadbytečných předpokladech.
Client side alokácia je reálny problém. Mir mieri na mobilné telefóny a tam je tých pár desiatok MB pre každé otvorené okno navyše dosť cítiť.
Ok, tak sa nebavme o tom, čo je tenchnicky lepšie, ale čo tu bolo skôr. Žeby X?
K tomu som sa už vyjadril. Mir je technicky lepší a nepresadí sa čo je škoda. Na zariadenaich s obmedzenou pamäťou má zmysel použitie server side bufferov. Celé to podľa mňa zabije canonical svojim spôsobom "otvoreného" vývoja.
Mir je technicky lepšíV cem?
To sme videli asi úplne iný sailfish. To, čo som videl ja malo horšiu správu pamäte než najlacnejší čínsky android na trhu.