plwm je nový, poměrně minimalistický správce oken pro X11. Podporuje dynamické dláždění okny, plochy, pravidla pro okna atd. Zvláštností je, že je napsaný v logickém programovacím jazyce Prolog. Používá implementaci SWI-Prolog.
Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
Sean Heelan se na svém blogu rozepsal o tom, jak pomocí OpenAI o3 nalezl vzdálenou zranitelnost nultého dne CVE-2025-37899 v Linuxu v implementaci SMB.
Jiří Eischmann v příspěvku na svém blogu představuje typy, jak lépe chránit své soukromí na mobilním telefonu: "Asi dnes neexistuje způsob, jak se sledování vyhnout úplně. Minimálně ne způsob, který by byl kompatibilní s tím, jak lidé technologie běžně používají. Soukromí ovšem není binární věc, ale škála. Absolutního soukromí je dnes na Internetu dost dobře nedosažitelné, ale jen posun na škále blíže k němu se počítá. Čím méně dat se o vás posbírá, tím nepřesnější budou vaše profily a tím méně budou zneužitelné proti vám."
Byla vydána nová stabilní verze 25.05 linuxové distribuce NixOS (Wikipedie). Její kódové označení je Warbler. Podrobný přehled novinek v poznámkách k vydání. O balíčky se v NixOS stará správce balíčků Nix.
Multiplatformní open source spouštěč her Heroic Games Launcher byl vydán v nové stabilní verzi 2.17.0 Franky (Mastodon, 𝕏). Přehled novinek na GitHubu. Instalovat lze také z Flathubu.
Organizace Apache Software Foundation (ASF) vydala verzi 26 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Klávesnice IBM Enhanced Keyboard, známá také jako Model M, byla poprvé představena v roce 1985, tzn. před 40 lety, s počítači IBM 7531/7532 Industrial Computer a 3161/3163 ASCII Display Station. Výročí připomíná článek na zevrubném sběratelském webu Admiral Shark's Keyboards. Rozložení kláves IBM Enhanced Keyboard se stalo průmyslovým standardem.
Vyšlo Pharo 13 s vylepšenou podporou HiDPI či objektovým Transcriptem. Pharo je programovací jazyk a vývojové prostředí s řadou pokročilých vlastností.
Java má dnes 30. narozeniny. Veřejnosti byla představena 23. května 1995.
Projekt Debian s potěšením oznamuje, že po téměř 24 měsících nepřetržitého vývoje byla vydána nová stabilní verze 8 s kódovým názvem "Jessie". Díky spojenému úsilí týmů Debian Security a Debian Long Term Support bude tato verze podporována 5 let.
Tiskni
Sdílej:
Místo toho, aby dali prostě novou verzi, která potenciální problémy řešit budeKdyž chceš novou verzi, nepoužívej Debian LTS, ale aktuální.
Mně jde o to, že je to právě LTS. Měla by mít dlouhodobou podporu a tedy by měla přinášet opravy (jak bezpečnostní, tak i ty funkčnostní) do míry, aby v ní všechen obsažený software fungoval správně a bezpečně po celou její životnost. A pokud to nejde, tak na co je pak taková LTS verze?1) LTS je (nezávisle na distru) o security, ne o nových vlastnostech. To debian obecně splňuje. V dokumentu jsou výjimky: alternativní prohlížeče (kromě Iceweasel = Firefox a Chromium); dále libv8-3.14, nodejs a MediaWiki. Tedy na desktopu v pohodě, na serveru bych si těch pár balíčků holt updatoval z testingu nebo z upstreamu. 2) Nějaké nové verze balíčků budou dostupné i pomocí repozitářů
jessie-backports
(nové verze programů - nová funkčnost) a jessie-updates
(aktualizace tipu virus scanners, timezone data - tedy to, co je opravdu potřeba mít aktuální i v LTS).
zdroj
1) LTS je (nezávisle na distru) o security, ne o nových vlastnostech.To není pravda. Red Hat přináší nové vlastnosti i do x let starých vydání. Stačí si přečíst jejich poznámky k malým releasům. Osm let stará pětka už je sice klidnější a tam je to opravdu hlavně o bezpečnostních opravách, ale pět roků stará šestka pořád dostává hromadu nových vlastností. A právě z tohoto důvodu mnohem víc preferuji na serveru CentOS, který má díky Red Hatu skutečnou LTS.
OK, Wikipedia se zmiňuje i o nové funkčnosti. Pak ale dodává: LTS versions of a software package typically address these concerns by releasing only security-related updates for the LTS version - such that installing them should always be less risky than not installing them.. Debian (i Ubuntu) přesně takto chápou LTS, pro novou funkcionalitu mají repa backports. Celý příspěvek je jen reakce na little.owl a Jardíka, kteří tvrdí, že LTS na Debianu nefunguje (Ano, kdyz nekdo udela security patch, tak ho mozna aplikuji a kdyz ne, tak proste nic nebude.).1) LTS je (nezávisle na distru) o security, ne o nových vlastnostech.To není pravda. Red Hat přináší nové vlastnosti i do x let starých vydání. Stačí si přečíst jejich poznámky k malým releasům. Osm let stará pětka už je sice klidnější a tam je to opravdu hlavně o bezpečnostních opravách, ale pět roků stará šestka pořád dostává hromadu nových vlastností. A právě z tohoto důvodu mnohem víc preferuji na serveru CentOS, který má díky Red Hatu skutečnou LTS.
že LTS na Debianu nefungujeNetvrdim, ze nefunguje nebo ze Debian Stable je spatna distribuce, spise, ze je onen long term support je velmi limitovany.
pro novou funkcionalitu mají repa backports.Ne. Debian backports nejsou ekvivalentni reseni, uz jen proto, ze neprochazeji standardnim QA a mohou rozsekat system (), viz zde:
Backports cannot be tested as extensively as Debian stable, and backports are provided on an as-is basis, with risk of incompatibilities with other components in Debian stable. Use with care!
Red Hat přináší nové vlastnosti i do x let starých vydání.Srovnání mezi udržovanými verzemi komerčního RHELu a komunitního Debianu asi nikdy nebude fér. A CentOS je sice po formální stránce komunitní distribuce, ale zcela závislá na komerční distribuci. Kdyby se čistě hypoteticky s RH něco stalo, tak je po CentOSu a bude se řešit, jak ho oživit, zatímco Debian poběží dál stejně jako doposud.
A právě z tohoto důvodu mnohem víc preferuji na serveru CentOS, který má díky Red Hatu skutečnou LTS.Obě distribuce mají dlouhodobou podporu, akorát odlišně pojatou mimo jiné s ohledem na dostupné prostředky. Nemá smysl plivat na jednu z nich špínu a už vůbec ne na tu méně závislou na jednotlivých komerčních subjektech. Ovšem jestliže víš, která z nich ti vyhovuje pro tvé účely, tím lépe pro tebe.
Kdyby se čistě hypoteticky s RH něco stalo, tak je po CentOSu a bude se řešit, jak ho oživit
S ohledem na to, že stačí, aby toho RH vydal trochu víc v kratším časovém úseku, a CentOS má problémy stíhat, by v takovém hypotetickém případě nejspíš nebylo vůbec co řešit.
nemalá část současných uživatelů nesla dost neliběTak horke by to nebylo. Hadam ze by SUSE pripadnou migraci uzivatelum v takove hypotheticke situaci ulehcila. A pokud ne SUSE, tak treba velky pritel OSS LarryE.
Protoze to Canonical oficialne nepodporuje, jejich produktem je Unity. Korporatni desktop neni holubnik, kde si kazdy instaluje co chceV takovém případě se posílá korporátnímu adminovi žádost o spuštění apt-get install oblíbené prostředí. Na druhou stranu už mě kvůli korporátnímu desktopu často přepadá myšlenka „uživatelského“ distra, které by z původního systému používalo kernel, Xka a na začátku shell a kompilátor, a zbytek by se spouštěl pod uživatelem..
Korporatni desktop neni holubnik, kde si kazdy instaluje co chceProč proboha? Takovou korporaci si strčte někam.. Na laptopech nema uzivatel rootovska prava.
Na debugování síťové karty si pozveš adminaTo by u mě posledně seděl dva dny…
a pokud potřebuješ testovat s libovolnými knihovnami, máš mít virtuálku s rootemOK, tak to potom můžeme uživatelům místo plnohodnotného účtu na firemním stroji rovnou dát jenom KVM konzoli
U nás ta možnost je, ale pak je vše na tobě a od IT nemáš žádnou podporu.Přesně tak.
A to jde povolit stejně jen u technických lidí a pak máš davy markeťáků, obchoďáků, sekretářek,...Oni pokud se nepletu dělají embedded elektroniku, což mi přijde dost technické.
Přesně tak.Nevim. Pustit to z ruky od urciteho poctu uzivatelu spise nejde, protoze potom se to dava spatne dohromady az to dozraje do velkeho bordelu. Navic IT department je ve velkych organizacich nekdy vazan ruznymi procesy a standardy, jako kazdy ostatni, ktere jim neco takoveho neumoznuji.
Oni pokud se nepletu dělají embedded elektroniku, což mi přijde dost technické.Jadro. Ted po ruznych fuzich a integracich mame jiz v teamech sw/algo/test inzenyry, kteri nevi o Linuxu vice nez ona sekretarka. Technicky zdatni jedninci vam ten system jen rozdrbou rafinovaneji
Ono se v té diskusi trochu zapomíná na to, že chyba uživatele může nejen znefunkčnit jeho systém, ale někdy i paralyzuje celou síť nebo její podstatnou část.
Oni pokud se nepletu dělají embedded elektroniku, což mi přijde dost technické.
U nás děláme operační systém (takže snažit se omezovat uživatele na jejich stanicích by dost dobře ani nešlo) a stejně se čas od času stane, že někdo omylem spustí dhcpd nebo radvd na "špatné straně". Nestává se to moc často, problémy takového typu jsou řádově méně časté než ty, za které nemůže chyba běžného uživatele, ale při nejlepší vůli se to občas stane. Takže se nedivím adminům v sítích o stovkách stanic s uživateli, jejichž sebevědomí nezřídka výrazně převyšuje skutečné schopnosti, že si moc dobře rozmyslí, kdo smí mít toho roota/administrátora. Máloco je víc frustrující než nést zodpovědnost za něco, co člověk z principu nemůže moc ovlivnit.
Takže se nedivím adminům v sítích o stovkách stanic s uživateli, jejichž sebevědomí nezřídka výrazně převyšuje skutečné schopnosti,To sebevědomí se váže k adminům, uživatelům, nebo se jedná o úmyslný dvojsmysl?
a stejně se čas od času stane, že někdo omylem spustí dhcpd nebo radvd na "špatné straně"Hm, switch se snoopingem?
Jde vidět, že jsi nikdy nedělal v korporaci.Šťastný člověk.
U nás ta možnost je, ale pak je vše na tobě a od IT nemáš žádnou podporu.Pak ovšem není co řešit, protože Jenda by se jistě zařadil mezi ty nepodporované od prvního dne. Nemyslím, že by šel dělat markeťáka, obchoďáka nebo sekretářku. :)